Điều gì luôn là 'Chuẩn'? Nếu spec đã không nói nó, nó nên được giả định?

Question

Có một số tiêu chuẩn mà bạn cho là rõ ràng đến mức chúng được cho là có bất kỳ thông số nào không?

Ví dụ: nên nhấn thoát luôn luôn hủy biểu mẫu? Có nên nhấp đúp vào trình tách tiêu đề cột để đổi kích thước cột không?

Khi khách hàng nói "điều này là hiển nhiên và" hành vi tiêu chuẩn "do đó nó là một lỗi không có nó" - đôi khi chúng có đúng không? Nếu có, có một số tài nguyên có thể giúp dàn xếp không?

Tôi nhớ có một giáo sư yêu cầu chúng tôi viết ra mọi chi tiết liên quan đến các nhiệm vụ đơn giản - và làm thế nào vô lý nó có thể nhận được. Tôi không muốn thông số kỹ thuật của chúng tôi là vô lý, nhưng tôi cảm thấy mệt mỏi khi nghe điều này và tôi nghĩ rằng thông số kỹ thuật của chúng tôi không đủ cụ thể.

Answer 1

Bạn có thể muốn kiểm tra Hướng dẫn Kinh nghiệm người dùng Windows cho các "dự kiến" hành vi của các thành phần GUI: http://msdn.microsoft.com/en-us/library/aa511258.aspx

Answer 2

Đối với câu hỏi giao diện người dùng, bạn có thể muốn tham khảo ý kiến ​​một phương châm UI hiện có, chẳng hạn như Apple's hoặc Microsoft's . Có khá nhiều hơn một chút, nhưng hai người chơi đủ lớn để hướng dẫn của họ có thể phản ánh những gì người dùng của bạn mong đợi ở mức độ cao hơn hầu hết những người khác.

Edit: đóng cửa một hộp thoại với các phím Escape được bao phủ trong Microsoft guideline (di chuyển xuống "Tương tác"):

Nhấn phím Esc luôn đóng một hộp thoại hoạt động. Điều này đúng với các hộp thoại khi Hủy hoặc Đóng và thậm chí nếu Hủy đã được đổi tên thành Đóng vì kết quả không thể hoàn tác được nữa.

Tôi trông không khó lắm, nhưng tôi không thấy gì về các cột tự động định lại kích cỡ - và điều này hoàn toàn bất thường nếu tôi thấy ngạc nhiên nếu nó ở đó.

Như vậy, nếu tôi chịu trách nhiệm về điều này, tôi muốn nói đó là quyết định tách rời (để nói). Đó là hợp lý cho khách hàng để mong đợi phím thoát để loại bỏ một hộp thoại (mà không chỉ định rõ ràng nó), và không nên làm nên được coi là một lỗi.

Tự động định lại kích thước cột để phản hồi việc nhấp đúp vào đường viền của tiêu đề cột là không hợp lý để mong đợi mà không chỉ định nó, vì vậy việc triển khai nó phải được xem là một tính năng bổ sung.

Hãy cẩn thận:

1. Nếu bạn đang phát triển cho cái gì đó có chủ trương giao diện người dùng riêng của mình (ví dụ Mac hay iPhone) đó là những quy tắc để làm theo. Thị phần của Microsoft làm cho họ trở thành một lựa chọn hiển nhiên cho một mục tiêu không có hướng dẫn giao diện người dùng riêng.
2. Điều này rõ ràng là vấn đề quan hệ khách hàng. Bạn rõ ràng không muốn mất khách hàng tốt nhất của bạn trên một cái gì đó bạn có thể thực hiện khá dễ dàng. Nếu cột đổi kích thước tự động tạo ra sự khác biệt lớn cho chúng, và chúng là khách hàng tốt nếu không, có thể có ý nghĩa để làm điều đó cho họ - nhưng hãy cho họ biết bạn đang ủng hộ chúng vì bạn đánh giá cao chúng như thế nào . Bạn chỉ cần phải cẩn thận về việc cân bằng những điều mờ nhạt "bởi vì bạn đặc biệt" với chuyến đi tội lỗi nhẹ nhàng "vì vậy chúng tôi đang giúp bạn và bây giờ bạn nợ chúng tôi ..." (IMO, thường là tốt hơn không phải để nói "và bây giờ bạn nợ chúng tôi" một phần lớn, nhưng tôi không biết khách hàng của bạn).

Answer 3

Tạo đặc tả tấm nồi hơi mà bạn bao gồm/tham chiếu trong tất cả các dự án của bạn có cùng thiết kế chung. Đặc điểm kỹ thuật này sẽ phát triển và thay đổi khi bạn tìm hiểu thêm về nhu cầu của khách hàng/khách hàng của bạn. Thông số này cũng phải tham chiếu các nguyên tắc giao diện người dùng thích hợp được cung cấp bởi Apple hoặc Microsoft. Ngay cả khi bạn đang ở trên một nền tảng, tôi khuyên bạn nên đọc kỹ thông số kỹ thuật khác để biết thông tin chi tiết về cách làm tốt hơn hoặc để xác định các trục trặc có thể xảy ra. Ngoài ra còn có một số sách hay về thiết kế giao diện người dùng mà bạn có thể mượn.

Answer 4

nó là tiêu chuẩn thực hiện để xác định các tiêu chuẩn giao diện người dùng, không thừa nhận họ

ví dụ, nhấp đúp vào tiêu đề cột trong một mạng lưới để thay đổi kích thước nó là không một hành vi cửa sổ giao diện chuẩn. Tuy nhiên, việc bấm đúp vào dấu tách cột để thay đổi kích thước cột là.

thật đáng để xác định các hành vi GUI chuẩn nên không có nhầm lẫn; nếu bạn có thể tham chiếu một tiêu chuẩn hiện có là tốt, nhưng hãy đảm bảo rằng khách hàng ký tắt trên đó

"Tôi không thể đọc được suy nghĩ của bạn, và hành vi không phải là tiêu chuẩn/mặc định" là logic vặn lại ... nhưng không phải là một cái lịch sự. ;-)

Answer 5

Trích dẫn yêu thích của tôi từ đại học "Điều tuyệt vời về tiêu chuẩn là có quá nhiều thứ để lựa chọn".

Tôi cho rằng bạn đang đặt câu hỏi này bởi vì bạn không may bị lôi kéo trong tranh chấp "nhưng bạn không yêu cầu" đó. Điều đó có thể khiến bạn gặp khó khăn. Nói chung lên phía trước bạn muốn công ty cung cấp cho bạn tiêu chuẩn của họ hoặc, như những người khác đã đề cập, bạn có thể cùng thỏa thuận về tiêu chuẩn của bên thứ ba. Nếu bạn đang điều hành một công ty sản xuất nhiều loại ứng dụng tương tự, bạn nên dành thời gian một lần để tạo ra "tiêu chuẩn" của bạn.

Nếu bạn đang ngồi tại thời điểm đăng xuất và ai đó từ chối thanh toán vì các tính năng "chuẩn" thì bạn cần phải có một vài ví dụ về những nơi không phải là tiêu chuẩn. Trong ví dụ của bạn, ví dụ, hình thức đóng trên phím thoát chỉ là tiêu chuẩn trên Windows (không phải là web) và sau đó chỉ thực sự cho Microsoft. Tôi vừa mở ba ứng dụng trên máy tính của mình, nơi ESC không làm gì cả trên một biểu mẫu.

Hầu như không có gì là tiêu chuẩn. Trong bất kỳ người nào có tâm trí "tiêu chuẩn" sẽ có nghĩa là một cái gì đó hơi khác nhau, và nếu không được chỉ định cho một số định nghĩa đo được, sẽ dẫn đến các đối số xuống đường.

Answer 6

Không có gì là tiêu chuẩn trừ khi nó được viết ra và chỉ định một nơi nào đó liên quan đến dự án của bạn (hoặc được liên kết đến từ thông số kỹ thuật). Nếu nó không được viết thì nó không phải là tiêu chuẩn để khách hàng phải định nghĩa nó.

Ngày lưu ý khác:
Nếu thư viện giao diện người dùng của bạn không cho nó một chiều và nó sẽ yêu cầu mã hóa để làm điều đó một cách khác (ví dụ ngu ngốc: Bạn muốn rằng người dùng nhấp nút với mousebutton phải) thì bạn nên dừng lại và suy nghĩ lại về những gì người dùng có thể mong đợi.