Tại sao chúng ta có nhiều hương vị của .NET? Nó có phải là một điều tốt? [đóng cửa]

Có nhiều "hương vị" của .NET Framework :

• Đầy đủ ("bình thường")
• Tập hợp hồ sơ khách hàng
• Silverlight trong trình duyệt web
• "Silverlight" trên Windows Phone
• Khung nhỏ gọn
• WinRT

Khi cần mã C # trên nền tảng mới, có vẻ như microsot thích lấy CLR đầy đủ và tách nó thành một tập hợp nhỏ, tạo ra các cụm mới và các kiểu di chuyển xung quanh, thay vì chỉ sử dụng các hội đồng hiện có như BCL . Ví dụ, Silverlight có các lớp / phương thức khác nhau đối với WPF (thậm chí xuống một số phương thức có chữ ký hơi khác nhau hoặc cách triển khai rất khác nhau), thay vì chỉ tham khảo cùng cách thực hiện List<T>như WPF.

Đây có phải là kiến ​​trúc lý tưởng, hay là một dấu hiệu của di sản? BCL không nên chạy trên tất cả các nền tảng, chỉ với các thư viện trình bày / IO khác nhau trên mỗi nền tảng? Hoặc là BCL và các thư viện khác quá phình to, và việc tách chúng ra sẽ tạo ra quá nhiều vấn đề tương thích ngược, có thể chấp nhận được không?

Nếu chúng tôi bắt đầu từ một khung vẽ trống và không lo lắng về khả năng tương thích ngược, liệu tình huống hiện tại có thực sự là cách tốt nhất để xử lý nhiều nền tảng?

Những gì Microsoft đang làm, chia các thói quen thành nhiều gói, là phổ biến. Có một phiên bản .NET chạy trên các máy tính bảng đơn (.Net Micro Framework) với bộ nhớ hạn chế. Chẳng có nghĩa gì khi đưa vào phiên bản đó mọi thứ cần thiết để chạy giao diện người dùng đồ họa đầy đủ chẳng hạn.

Nếu bạn nhìn vào Apple, iPhone không chứa tất cả các thói quen mà người ta sẽ tìm thấy trên máy Mac.

Tôi không nghĩ .NET là vấn đề. Mặc dù có nhiều thời gian chạy khác nhau, chúng vẫn tương thích, đó là lý do tại sao các công nghệ như Thư viện lớp di động hoạt động (đối với phần lớn thời gian chạy mà bạn đã liệt kê).

Ví dụ: không nên mỗi hương vị tham chiếu một tập hợp chung, được gọi là "System.Collections.dll", thay vì mỗi bộ thực thi có bản sao System.dll / mscorlib.dll với các bản sao khác nhau của các bộ sưu tập?

Tại sao điều này là cần thiết? Miễn là tất cả chúng đều tương thích (một lần nữa, hãy xem Thư viện lớp di động), điều này không thành vấn đề, vì BCL là một phần của chính thời gian chạy và được phân phối song song.

.NET về cơ bản là thay thế và mở rộng các đối tượng com trong môi trường windows. Nó cũng được sử dụng để xác định rất nhiều công nghệ khác nhau, hãy tưởng tượng nếu Adobe đổi tên tất cả các sản phẩm của họ thành một từ chung trong tên của họ, đó là những gì đang xảy ra với .NET