Các ứng dụng Vista' thần thoại 'thần thoại Phân tích: Các nhà phát triển không thực sự bỏ qua Vista - họ không phải lựa chọn giữa các phiên bản của Windows.

Trường hợp điển hình: Windows Vista và "khoảng cách ứng dụng".

Evans Data Corporation (EDC) , ít hơn 10 phần trăm các nhà phát triển đang viết cho tình trạng hiện tại của Microsoft. Phần lớn (49 phần trăm) vẫn đang viết cho XP, trong khi một phần nhỏ (13 phần trăm) đang tập trung vào Linux. Trong khi đó, vô số các phương tiện truyền thông đại chúng tiếp tục gạt bỏ sự thiếu vắng các ứng dụng mới của Vista. Họ nói, "Đó là hệ điều hành mà không ai muốn", và các nhà phát triển đang "phản ứng lại".

Tất nhiên, họ sai. Một lần nữa [Xem thêm: Các thủ thuật tốt nhất của Windows 10, mẹo và các tinh chỉnh của chúng]

Bạn thấy, không có ứng dụng Vista. Cũng giống như không có điều đó như là một ứng dụng XP. Hoặc một ứng dụng Windows 2000. Các nhà phát triển viết cho Windows hiếm khi nhắm mục tiêu một phiên bản cụ thể. Thay vào đó, họ chọn một khuôn khổ API cụ thể - ví dụ như MFC / ATL hoặc.Net - và tiếp tục từ đó. Cho dù ứng dụng kết quả có chạy trên một phiên bản Windows nào đó hay không, phụ thuộc vào phần mở rộng API cụ thể của phiên bản mà nhà phát triển sử dụng trong dự án của họ.

Đối với phần lớn các loại ứng dụng, đây là một nonissue: API, cho phép chúng chạy trên bất kỳ phiên bản Windows nào hỗ trợ khuôn khổ đó. Và kể từ khi Microsoft thực hiện tốt việc chuyển lại các khung công tác mới cho các nền tảng hệ điều hành cũ, các nhà phát triển ít khi phải đối mặt với sự lựa chọn giữa các chức năng API phong phú hoặc một nền tảng cài đặt rộng rãi (đặc biệt là các nhà phát triển trò chơi điện tử) cam kết với Vista)

Vì vậy, toàn bộ Vista "ứng dụng khoảng cách" đối số là một chút của một người đàn ông rơm. Câu hỏi thực sự nên là: Tại sao không phải là các nhà phát triển tận dụng các lặp lại khác nhau của khung Net.? Theo những ai theo dõi lộ trình phát triển của Microsoft sẽ chứng minh, phần lớn sự phát triển API tiên tiến của công ty đang diễn ra bên trong Net. Trên thực tế, khi các "chuyên gia" nói về các tài nguyên lập trình mới trong Vista - Windows Presentation Foundation (WPF), Windows Communication Foundation (WCF), v.v … thì họ thực sự nói về.Net framework 3.0. Và kể từ khi.NET 3.0 có sẵn trên các nền tảng cấp thấp (chẳng hạn như Windows XP), cuộc tranh luận xoay quanh câu hỏi về sự chấp nhận của Net trong số các nhà phát triển - và tại sao họ lại (nó) xa lánh nó. câu trả lời là gấp đôi: Thứ nhất, các nhà phát triển không muốn nhắm mục tiêu đến các API không có sẵn trên toàn bộ cơ sở đã cài đặt. Mặc dù sự hỗ trợ tích cực của Microsoft đối với các phiên bản cấp thấp, vẫn có sự khác biệt lớn giữa "khả dụng" và "khả dụng sau khi tải 20MB thư viện phức tạp và cài đặt chúng trên nhiều phần khác nhau của hệ thống". Thực tế của vấn đề là.Net không vận chuyển như một phần của Windows XP và điều này có nghĩa là các nhà phát triển cần thuyết phục người dùng phải cài đặt phiên bản trước của.Net trước khi họ có thể cài đặt một phần mềm - không luôn luôn là một bán dễ dàng, đặc biệt là trong thế giới bị khóa của doanh nghiệp CNTT.

Là hệ điều hành đầu tiên được đưa ra với. Net framework được cài đặt mặc định, Vista đã khuyến khích phát triển các ứng dụng.Net 3.0. Tuy nhiên, vì nó cũng hỗ trợ các phiên bản cũ của Win32, COM, ATL, MFC, và các ứng dụng khung.Net, không có chương trình Vista thực sự thiếu. Trên thực tế, trừ khi bạn vừa có được chức năng khung WPF / WCF mới nhất và tuyệt vời nhất, có rất ít động lực thúc đẩy bạn, nhà phát triển, chuyển sang.Net 3.0, hoặc thậm chí là 2.0. Giả sử bạn không va chạm vào cơ chế Kiểm soát Tài khoản Người dùng (UAC), ứng dụng Windows "kế thừa" của bạn có thể trông và hoạt động tốt trong Vista theo nghĩa như vậy. Tôi biết, bởi vì đó là trường hợp với mã riêng của tôi: Một vài điều chỉnh để chứa UAC (chủ yếu là chuyển một số tập tin tạm thời khỏi các cấu trúc thư mục mới được bảo vệ) và các ứng dụng và dịch vụ của tôi đã chạy như champs dưới Vista - giống như chúng Windows XP, Server 2003 và Windows 2000. Tại sao lại sửa lỗi khi nó không bị phá vỡ?

Lý do thứ hai các nhà phát triển đã xa lánh Net là nó chậm. Nhiều chức năng phổ biến chỉ đơn giản là mất nhiều thời gian hơn dưới Net, buộc các nhà phát triển phải lựa chọn giữa tinh vi API và hiệu năng thô. Không có gì đáng ngạc nhiên, hầu hết các nhà phát triển đều chọn kiểu thứ hai, như tôi đã từng làm khi phát hiện ra rằng.Net tương đương với Trình trợ giúp Dữ liệu Hiệu suất (PDH) tất cả đều không thể sử dụng được để lấy dữ liệu truy cập hiệu suất Windows theo thời gian thực. Kết quả là, tôi buộc phải duy trì một cơ sở mã hóa Visual Studio 6 cũ (khoảng năm 1997) trong khi chờ đợi cho đến cuối cùng của Microsoft để tinh giản. Net đến một điểm mà nó là một thay thế hữu hiệu. Đó là một câu chuyện cũ và quá phổ biến giữa các nhà phát triển Windows.

Bottom Line: Khi các nhà phân tích (và các đồng nghiệp của họ phương tiện truyền thông) tố giác việc thiếu các "ứng dụng Vista", họ chỉ đơn thuần là trumpet sự thiếu hiểu biết của chính họ

Tôi đoán đó là Mac điều: Vì vậy, nhiều người trong số tôi đương thời đã bị bắt trong lĩnh vực bóp méo thực tế rằng ý tưởng về một liên kết giữa các chức năng API và phiên bản hệ điều hành đã trở thành một phần chấp nhận của sự khôn ngoan thông thường. Đó là một sai lầm trung thực, tương đương với sự chắp vá của bản cũ của Apple về sự phụ thuộc của phiên bản với sự phát triển của API không hoàn hảo của Microsoft, nhưng linh hoạt hơn, API.

Quá nhiều trái cây sẽ làm điều đó với bạn.