Tại sao Microsoft không phát hành khung UX để xây dựng UI giống như UI hiện tại của họ?


9

Khi tôi bắt đầu học lập trình với .NET framework, tôi bắt đầu bằng cách sử dụng WinForms làm công nghệ UI. Nó sử dụng các menu kiểu cổ điển giống như văn phòng này 2000: giao diện người dùng văn phòng 2000 Vài năm sau Office 2007 được phát hành, ruy băng đã ra đời: giao diện người dùng office 2007 Và thậm chí vài năm sau Office 2010 đã được phát hành, cũng đã thêm các tính năng mới như giai đoạn: giao diện người dùng office 2010 Vài ngày trước Office 15 bản xem trước đã được phát hành và họ đã thêm nhiều thứ mới lạ mắt hơn: giao diện người dùng văn phòng 15 Đó là IMO tiến bộ lớn, nhưng tại sao họ không cho phép các nhà phát triển xây dựng giao diện người dùng giống như họ? Khi tôi nhìn vào .NET, vẫn không có cách nào để xây dựng một dải băng. Ngay cả với WPF, có khả năng mở rộng cao, không có kiểm soát tiền xử lý. Vì vậy, cộng đồng đã bắt đầu một số dự án để tạo ra tất cả các "tính năng" đó. Tôi biết, hôm nay Microsoft đã phát hành một dải băng cho WinForms và WPF, nhưng đó vẫn không phải là một phần của bất kỳ khuôn khổ cốt lõi nào (thậm chí không phải là 4,5). Nhưng điều này không giới hạn ở .NET theo như tôi biết? Ngày nay, vẫn chưa có API cho các ứng dụng không được quản lý để tạo các giao diện người dùng ruy băng đó?!

Ở Đức họ đang cung cấp đào tạo UX miễn phí để đảm bảo mọi thứ phù hợp với phong cách của họ! http://j.mp/NZGgH9

Tại sao Microsoft không cung cấp những thứ hay ho cho các nhà phát triển? Họ có muốn ứng dụng của họ là duy nhất không?


Vì lý do tương tự tại sao Google+ có các menu 3 cấp trong Android, tôi đoán vậy
superM

7
Có lẽ đó không phải là một phần của các thư viện cốt lõi của họ (nhóm .NET lõi không bao giờ phát triển các điều khiển này) và họ có một nhóm các nhà phát triển riêng biệt xây dựng các điều khiển Ribbon trên đầu các điều khiển .NET cơ bản. Nếu nó không phải là một phần của cốt lõi, tại sao họ phải phát hành nó? Có lẽ nó sẽ tốt đẹp, nhưng họ có yêu cầu phải đẹp không?
Thất vọngWithFormsDesigner

Họ đang cung cấp rất nhiều thứ để có được UX phù hợp với Windows 8! j.mp/NZGgH9
GameScripting

1
@FrustratedWithFormsDesigner: Âm thanh đúng. Microsoft là một công ty lớn và có vấn đề giữ tập trung.
MSalters

Có lẽ bạn nên xem xét việc thay đổi câu trả lời được chấp nhận, vì tôi không có ý nghĩa gì. Tôi không biết về Cấp phép UI của Microsoft. Câu trả lời của Jeffry Coffin là tốt hơn.
marco-fiset

Câu trả lời:


16

Họ đã phát hành một khung UI hỗ trợ các dải băng - nó chỉ được hỗ trợ trong MFC thay vì .NET.

Có lẽ có chỗ cho khá nhiều tranh luận về lý do tại sao họ làm mọi thứ theo cách đó, nhưng dù sao đó cũng là những gì họ đã làm.

Có vẻ như các ứng dụng kiểu Metro sẽ được hỗ trợ phổ biến hơn nhiều - không chỉ C ++, mà cả C #, VB và Javascript đều được hỗ trợ, nếu tôi không nhầm.


2
Họ là những nhóm hoàn toàn khác nhau với các mục tiêu và trọng tâm khác nhau. Office được xây dựng từ một cơ sở mã hiện có khổng lồ sẽ bị chậm lại một cách không cần thiết bởi quá trình chuyển đổi sang mã được quản lý, vì vậy không có gì đáng ngạc nhiên khi công cụ này khớp với những gì họ viết.
Guvante

7

Họ phát hành một số trong những điều này.

Đây là Ribbon , có thể sử dụng trong ứng dụng .NET.

Và đây là Metro , nơi bạn có thể lập trình chống lại việc sử dụng WPF / XAML hoặc HTML / JavaScript.

Không may,

Phát triển ứng dụng kiểu Metro trong Visual Studio chỉ được hỗ trợ trên Windows 8 Release Preview. Windows 7 không được hỗ trợ.


Tôi đã nói về Windows kiểu metro cho môi trường máy tính để bàn, trong đó có một cửa sổ chromess, các nút thu nhỏ, phóng to và thu nhỏ khác, vv Dải băng được phát hành rất lâu sau khi office2010 được phát hành, tôi đã hỏi về việc họ không bao giờ phát hành những thứ đó VỚI Office mới hoặc Visual Studio
GameScripting

Có một cách điều khiển ruy băng được phát hành sớm hơn Office 2010. Có một công cụ được phát hành như một phần của Bộ công cụ WPF năm 2008. Đó là cách họ phát hành các bản cập nhật ngoài băng cho những thứ như widget UI. Các công cụ tàu điện ngầm Windows là trong VS 2012, đã được phân phối rộng rãi.
Chris Gwinn

Đây dường như là bài đăng trên blog giới thiệu WPF Ribbon . Tôi không biết tại sao họ không phát hành nó vào năm 2007 cùng với Office. Nhưng bản thân WPF vẫn còn khá mới. Có thể là dải băng họ sử dụng trong Office không hoàn toàn giống với dải băng WPF, vì vậy họ phải tìm ra thứ gì đó có thể so sánh được. Đối với Metro, nó khá mới.
Kyralessa

3

Từ trước đến nay, Microsoft luôn cung cấp cho các nhà phát triển các công cụ để tạo các ứng dụng Windows tiêu chuẩn (MFC, WinForms, WPF).

Vấn đề ở đây là Office đang được phát triển bởi một nhóm khác với nhóm cung cấp các công cụ & khung cho nhà phát triển. Điều này có nghĩa là khi nhóm Office tạo ra thứ gì đó như Ribbon hoặc Backstage, nhóm Công cụ dành cho nhà phát triển cần chơi trò đuổi bắt để tạo điều khiển có thể sử dụng lại để cung cấp chức năng.

Tôi cũng tin rằng có sự giao tranh giữa hai nhóm đã gây ra sự chậm trễ lâu như vậy trong Ribbon. Tôi đoán là nhóm Office muốn giữ Ribbon duy nhất cho các ứng dụng Office và nhóm Công cụ dành cho nhà phát triển muốn cung cấp cho mọi người sử dụng.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.