Consistency avoids “gotchas”Softwar

Consistency avoids “gotchas”
Software that is full of inconsistencies, even minor ones, forces users to keep
thinking about it, detracting from the attention they can devote to their task.
This sort of software is full of “gotchas”: it’s constantly saying to the user “Aha!
Gotcha! Stay on your toes, buster, or I’ll getcha again.” You should try to mini-mize the number of “gotchas” by striving for a high degree of user interface
consistency.
When beginning a design, develop a conceptual model and perform an
objects/actions analysis to expose operations that are common to many different types of objects. This allows the design to make use of generic com-mands (see Basic Principle 3) or at least to use highly similar UIs for similar
but distinct functions. When adding new features to an application, reuse
user interfaces from other parts of it instead of inventing new ones for each
new feature.
The alternative is to provide a bewildering array of different ways of
doing more or less the same thing in different contexts. For example, the user
interface for deleting items often varies depending on what is to be deleted
(Figure 1.8).

Kết quả (Việt) 1:

Nhất quán tránh "gotchas"Phần mềm đó là đầy đủ các mâu thuẫn, ngay cả nhỏ những người, lực lượng người sử dụng để giữ chosuy nghĩ về nó, sút từ sự chú ý, họ có thể dành cho nhiệm vụ của họ.Loại phần mềm này là đầy đủ của "gotchas": đó không ngừng nói cho người dùng "Aha!Gotcha! Ở trên ngón chân của bạn, nhóc ạ, hoặc tôi sẽ getcha một lần nữa." Bạn nên cố gắng để mini-mize số "gotchas" bởi phấn đấu cho một mức độ cao của giao diện người dùngnhất quán.Khi bắt đầu một thiết kế, phát triển một mô hình khái niệm và thực hiện mộtcác đối tượng/hành động các phân tích để lộ hoạt động chung cho nhiều loại khác nhau của các đối tượng. Điều này cho phép thiết kế để làm cho sử dụng của chung com-mands (xem 3 nguyên tắc cơ bản) hoặc ít nhất để sử dụng tương tự như cao UIs cho tương tựchức năng nhưng khác biệt. Khi thêm tính năng mới để ứng dụng, tái sử dụng.giao diện người dùng từ các bộ phận khác của nó thay vì phát minh ra những cái mới cho mỗitính năng mới.Cách khác là để cung cấp một mảng bối rối của các cách khác nhaulàm nhiều hơn hoặc ít hơn cùng một điều trong ngữ cảnh khác nhau. Ví dụ, người dùnggiao diện để xoá mục thường thay đổi tùy thuộc vào những gì là bị xóa1. (hình 8).

Kết quả (Việt) 2:

Tính nhất quán tránh "gotchas"
Phần mềm đó là đầy đủ của sự mâu thuẫn, thậm chí những người vị thành niên, buộc người dùng để giữ
. suy nghĩ về nó, làm mất đi sự quan tâm họ có thể cống hiến cho công việc của họ
này loại phần mềm có đầy đủ các "gotchas": nó liên tục nói với người sử dụng "Aha!
Gotcha! Ở trên ngón chân của bạn, buster, hoặc tôi sẽ getcha lần nữa. "Bạn nên cố gắng mini-đa hóa số lượng" gotchas "bằng cách phấn đấu cho một mức độ cao của giao diện người dùng
nhất quán.
Khi bắt đầu một thiết kế, phát triển một mô hình khái niệm và thực hiện một
phân tích đối tượng / hành động để lộ các hoạt động chung cho nhiều loại khác nhau của các đối tượng. Điều này cho phép thiết kế để làm cho sử dụng chung com-mands (xem Nguyên tắc cơ bản 3) hoặc ít nhất là sử dụng UIS rất giống cho tương tự như
chức năng nhưng khác biệt. Khi thêm tính năng mới cho một ứng dụng, tái sử dụng
giao diện người dùng từ các bộ phận khác của nó thay vì phát minh ra những cái mới cho mỗi
tính năng mới.
Cách khác là để cung cấp một mảng bối rối của những cách khác nhau
làm nhiều hơn hoặc ít hơn những điều tương tự trong bối cảnh khác nhau. Ví dụ, người sử dụng
giao diện để xóa các mặt hàng thường xuyên thay đổi phụ thuộc vào những gì đang được xóa
(Hình 1.8).