2012-06-26 58 views
10

Nếu bạn đang ở điểm bắt đầu thiết kế một ứng dụng doanh nghiệp/doanh nghiệp mới, bạn có xem xét Phong cách Metro (WinRT) giao diện người dùng cho điều đó không?Giao diện người dùng kiểu Metro (WinRT) phù hợp dành cho các ứng dụng doanh nghiệp như thế nào?

Chúng ta cần:

  • một ứng dụng máy tính để bàn phức tạp (WPF/MVVM) để chỉnh sửa nhiều hình thức phức tạp với hàng trăm lĩnh vực, một số hình thức/cửa sổ/trang có thể khá nặng, không gian quá trống trên màn hình phải được sử dụng một cách khôn ngoan. Truy cập tất cả các điều khiển bằng chuột và bàn phím. Sử dụng màn hình cảm ứng là có thể trong tương lai (nhưng tôi tin rằng < 5% khách hàng sẽ sử dụng nó).
  • ứng dụng web để xem dữ liệu (đơn giản hơn nhiều so với ứng dụng dành cho máy tính để bàn)
  • ứng dụng dành cho thiết bị di động cho iPhone/Android với các chức năng cơ bản cho các tác vụ ngoại tuyến trong trường.

Giao diện người dùng phải nhất quán trong tất cả các ứng dụng. Và tôi chắc chắn sẽ không thành vấn đề khi thiết kế các ứng dụng di động với Metro (và có thể là ứng dụng web). Nhưng ứng dụng dành cho máy tính để bàn có thể quá phức tạp đối với Metro (do các biểu mẫu và danh sách lớn).

Có ai đã xem các mẫu ứng dụng doanh nghiệp/doanh nghiệp có giao diện người dùng Metro không?

P.S. Tôi đã đọc nhiều bài viết từ MS (như Designing great productivity apps for Windows) và một số quan điểm tỉnh táo về mọi thứ (như How suitable is Windows 8 Metro for business developers?) và vẫn không thể tìm thấy cách tiếp cận tốt cho các biểu mẫu và danh sách lớn với giao diện người dùng Metro.

Muốn nhận một số thứ như Zune (trên hình bên dưới), nhưng có xu hướng nghĩ rằng điều đó là không thể. enter image description here

+0

Xem lại WinRT và chắc chắn nó có những gì bạn cần cho Desktop (ví dụ: không có System.Data). Nó là loại cát đóng hộp có thể là một điều tốt của một điều xấu. Giao diện người dùng nhất quán từ máy tính để bàn đến thiết bị di động là tiền đề thiết kế hạn chế. – Paparazzi

+1

Tôi đã tìm thấy ví dụ về ứng dụng CRM trong giao diện người dùng Metro trên video DevExpress (http://youtu.be/kgzvyBfuMkc?t=5m28s). Không tệ, nếu biết rằng nó được xây dựng với WinForms –

Trả lời

7

Một hoặc hai năm trước, nhóm của chúng tôi được hỗ trợ bởi nhà thiết kế UI chuyên nghiệp để thiết kế lại một ứng dụng dựa trên biểu mẫu lớn mà chúng tôi đang phát triển (dựa trên WPF). Chúng tôi đã có cùng một vấn đề: khách hàng muốn hiển thị biểu mẫu với đôi khi hàng trăm trường biểu mẫu và lý tưởng là họ muốn xem tất cả các trường trên một trang.

Đề xuất của các chuyên gia là: thuyết phục khách hàng của bạn rằng đây là một ý tưởng tồi. Giới hạn số lượng trường trên mỗi màn hình có thể là một tá. Chỉ sau đó bạn sẽ có một giao diện người dùng có vẻ tốt và đó là dễ dàng để xử lý.

Vì vậy, tôi nghĩ rằng có thể có ứng dụng doanh nghiệp với các biểu mẫu phức tạp trong Metro, bằng cách chia các biểu mẫu phức tạp thành các phần đơn giản hơn. Tuy nhiên, có các tiêu chí khác, bạn cần cân nhắc:

  • Khách hàng doanh nghiệp sẵn sàng nâng cấp lên Windows 8 như thế nào? Xem xét rằng một số lượng lớn khách hàng doanh nghiệp vẫn sử dụng Windows XP (và đôi khi ngay cả IE6), tôi mong họ nâng cấp rất chậm lên Windows 8.

  • Khách hàng doanh nghiệp có thích Windows Phone 8 trên iOS hoặc Android không? Tôi không chắc chắn về Android, nhưng kinh nghiệm hiện tại của tôi là những người ra quyết định trong các công ty nghĩ chủ yếu về iOS khi tìm kiếm ứng dụng dành cho doanh nghiệp di động, đơn giản vì rất nhiều người trong số họ đã sở hữu thiết bị iPad/iPhone. Tôi nghĩ rằng nó có thể mất một thời gian cho đến khi Windows Phone 8 đi vào trọng tâm của họ.

+1

Chắc chắn là một ý tưởng tồi để hiển thị hàng trăm trường trên một trang duy nhất. Sử dụng các khái niệm thiết kế khả năng sử dụng như là Tiết lộ tiến bộ để thiết kế các biểu mẫu này có nhiều trường nhập. –

+0

Cũng cho rằng Windows 8 vẫn còn trong giai đoạn trứng nước và có lẽ sẽ không trưởng thành trong một năm nữa, tôi sẽ dính vào WPF cho Windows 7 và XP, đặc biệt là cho doanh nghiệp bảo thủ. Theo tôi hiểu, các ứng dụng này vẫn có thể chạy trên Windows 8 trong mô hình destkop –

+0

@fmunkert, bạn có thể vui lòng cung cấp ảnh chụp màn hình hoặc mô tả chi tiết cho một trong các biểu mẫu nặng có nhiều trường không? Tôi gắn bó với các thành phần DevExpress cho phép tôi tạo ứng dụng WPF với giao diện người dùng Metro mà không cần WinRT hoặc API liên quan đến Win8 khác. Vì vậy, ngay cả người dùng WinXP SP3 cũng có thể làm việc với nó –

4

Sự khác biệt lớn giữa Metro và Classic Windows được rằng Metro được tối ưu hóa cho màn hình cảm ứng, và do đó các điều khiển cơ sở cho việc phát triển windows 8 là lớn hơn và được thiết kế chủ yếu cho các tương tác cảm ứng (mặc dù họ có hỗ trợ chuột hợp lý) .

Biểu mẫu lộn xộn sẽ có vấn đề trong Windows 8 vì kiểu Metro mang lại giao diện người dùng gọn gàng. Điều này sẽ đặc biệt hiển nhiên trên một máy tính bảng nơi bàn phím ảo bật lên sẽ bao phủ một phần của màn hình và cửa sổ sẽ thực hiện thao tác cuộn để đặt hộp văn bản hiện đang tập trung (ví dụ) vào chế độ xem.

Tất cả các điều khiển của Metro có thể được tạo lại để bắt chước các đối tác cũ của chúng (vì vậy bạn có thể tạo màn hình giống như Zune như mô tả), nhưng sau đó bạn sẽ cần phải tự hỏi mình sẽ có lợi gì khi tạo ứng dụng Windows 8 nếu bạn không sử dụng hỗ trợ cảm ứng mới?

Làm thế nào, có lợi ích lớn khi viết ứng dụng của bạn trong Metro và đó là tính di động. Nếu bạn có thể thiết kế giao diện người dùng của Ứng dụng để duy trì làm ứng dụng Chuẩn Metro (trong khi tạo điều kiện cho yêu cầu của bạn), thì ứng dụng của bạn sẽ chạy trên Windows Desktop, Windows Tablet và Windows Phone với nỗ lực phát triển tối thiểu.

Với Windows 8 Mertro, bạn cũng có lợi thế là khởi chạy ứng dụng thông qua các tập đoàn riêng biệt 'App Store', nhưng điều này cũng có thể được coi là sự cản trở, tùy thuộc vào chính sách bảo mật của công ty bạn (mặc dù Apps có thể được triển khai outisde của cửa hàng ứng dụng tha bằng cách sử dụng powershell).

+0

Tôi hiểu khái niệm thiết kế Metro, nhưng tôi cũng hiểu rằng có rất nhiều lĩnh vực mà các nhà thiết kế/nhà phát triển phải lùi lại từ các quy tắc. Các ứng dụng như Photoshop sẽ không bao giờ đạt 100% theo quy tắc Metro. Tôi nghi ngờ các ứng dụng không giải trí có nhiều nơi với cách giải quyết các quy tắc. Cho đến nay, chúng tôi chưa có kinh nghiệm thiết kế Metro và chúng tôi cần dạy họ. Đó là lý do tại sao tôi đang tìm kiếm các mẫu thỏa hiệp tốt và cách giải quyết ít nhất cho các vấn đề phổ biến trong các ứng dụng doanh nghiệp/doanh nghiệp nặng với giao diện người dùng Metro. –

3

Triết lý thiết kế Metro chắc chắn là một điều thú vị. Không có nghi ngờ nó có thể được sử dụng để làm cho các ứng dụng khá tuyệt đẹp, nhưng nó chắc chắn không phải cho mọi ứng dụng.

Bỏ qua Windows Store Apps (hoặc bất cứ điều gì Microsoft đang kêu gọi họ trong tuần này), những khía cạnh độc đáo hơn của Metro là:

  • Chrome-less
  • Không gradient
  • Không góc tròn trên biên giới hoặc containers
  • Không hiển thị pixel phụ/chống răng cưa - mọi thứ sắc nét và sắc nét
  • Không có bóng tối, độ trong suốt hoặc hiệu ứng kính *
  • Bối cảnh nhạy
  • mạnh sử dụng typography
  • sử dụng nghiêm ngặt về màu sắc

* Microsoft thực sự phá vỡ này một vài lần - đặc biệt là với danh sách thả xuống.

Một ví dụ điển hình của Metro làm tốt trong một ứng dụng dữ liệu nặng truyền thống là Outlook 2013:

Outlook 2013 Preview

Nó dính vào các nguyên tắc cốt lõi của Metro, nơi dữ liệu là vua và UI phiền nhiễu nên được giữ ở tối thiểu. Nó cũng cho phép bạn xem làm thế nào cùng một dữ liệu có thể được trình bày qua triển vọng.com:

Outlook.com

Và đây là cùng một trang web trên trang web điện thoại di động mà thể hiện sự nhất quán của giao diện trong khi làm cho dữ liệu quản lý cho một yếu tố hình thức hoàn toàn khác nhau:

Outlook.com

Tuyên bố từ chối trách nhiệm: Cá nhân tôi không coi là liên lạc là một khía cạnh tiềm ẩn của thiết kế Metro - cảm ứng đòi hỏi phải cân nhắc thêm về những điều như kiểm soát cử chỉ, phản hồi đồ họa và khoảng cách kiểm soát. Mọi người sẽ không nghi ngờ gì về điều đó, nhưng sau đó không ai đồng ý khi nói đến thiết kế :)

Các vấn đề liên quan