2010-07-24 15 views
12

Tôi có một số dữ liệu được chia thành nhiều phần, giống như tính năng Tiếp tục của StackOverflow Tuyển dụng (mặc dù không tiếp tục dữ liệu), có thể chỉnh sửa/có thể tạo thông qua ứng dụng web jQuery. Đó là một chút phân cấp hơn (công việc có thể có các công việc phụ, vv) do đó, tùy thuộc vào phương pháp của CRUD tôi thực hiện, nó có nghĩa là số lượng công việc khác nhau. Tôi không ngại dành thời gian để làm điều đó đúng, nhưng tôi không muốn dành nhiều thời gian làm một cái gì đó ưa thích mà không phải là một trải nghiệm người dùng tối ưu.Chỉnh sửa tại chỗ so với trang chỉnh sửa/phương thức riêng biệt?

Có sự bất kỳ nghiên cứu thực hiện vào phong cách khác nhau của "chỉnh sửa" loại phân đoạn, dữ liệu văn bản thứ bậc:

  1. Chỉnh sửa tại chỗ (ví dụ bạn click vào một yếu tố hình thức như tiêu đề công việc, nó quay có thể chỉnh sửa, sau đó bạn bấm vào nút "ok" và nó tiết kiệm)

  2. Sửa nút đó sẽ đưa bạn đến một màn hình mới (như hiện StackOverflow)

  3. Sửa nút bật lên một dạng phương thức

  4. Tất cả các trường là cởi mở và có thể chỉnh sửa, đơn nút (như StackOverflow Tuyển dụng) lưu

Có sự đồng thuận chung về khi những hình thức khác nhau nên được sử dụng để cung cấp các trải nghiệm người dùng tốt nhất?

Trả lời

12

Điều đó tùy thuộc. Nếu cơ sở người dùng của bạn hiểu biết về web, tôi sẽ đề xuất phương pháp chỉnh sửa tại chỗ vì luồng chỉnh sửa tự nhiên mà nó cung cấp.


Chỉnh sửa tại chỗ

Khi bạn chỉnh sửa một phần của một hệ thống cấp bậc, bạn chỉnh sửa nội tuyến với phần còn lại của thông tin. Điều này cho phép bạn kiểm tra xem các chỉnh sửa của bạn áp dụng như thế nào với các thông tin khác khi bạn đang thực hiện chúng (thay vì phải di chuyển qua lại giữa các màn hình).

Xét về khả năng sử dụng, một kịch bản trong đó các mục được nhóm có thể chỉnh sửa cùng một lúc là tốt đẹp vì nó tiết kiệm được nhiều lần nhấp. Ví dụ: nếu một công việc có các mục dữ liệu sau:

Title 
Description 
Positions 

Thật tốt để cung cấp cơ chế chỉnh sửa cùng một lúc cùng với hành vi chỉnh sửa từng mục tại chỗ.

Chỉnh sửa nội tuyến cũng bảo vệ các phần khác của cấu trúc phân cấp không bị cập nhật vô tình.


Modal Sửa

phương pháp chỉnh sửa này giới thiệu một rào cản giữa các hệ thống phân cấp như một toàn thể và bộ phận bạn đang chỉnh sửa (tức là mối quan hệ giữa các thông tin bạn nhập và nó diễn ra trong hệ thống phân cấp không rõ ràng ngay từ khi nhìn vào giao diện người dùng).


New Screen

Như với các phương thức chỉnh sửa, mối quan hệ của các thông tin đã chỉnh sửa vào toàn bộ hệ thống phân cấp sẽ bị mất. Tuy nhiên nó là một thiết lập rất cơ bản mà hầu hết các cơ sở người dùng của bạn sẽ hiểu ngay lập tức. Nó cũng bảo vệ toàn bộ tài liệu khỏi các cập nhật tình cờ.


All Fields mở

này cung cấp những lợi ích của việc giữ thông tin đã chỉnh sửa trong bối cảnh (như với chỉnh sửa tại chỗ) và rất đơn giản. Không có đường cong học tập nào yêu cầu người dùng phải tìm hiểu họ phải nhấp vào một yếu tố để chỉnh sửa nó.

Tuy nhiên, vì ai đó có nhiều hơn một hình thức bị hủy hoại bởi những đứa trẻ tò mò của tôi, tôi không thích cách nó phơi bày toàn bộ hệ thống phân cấp với các bản cập nhật không mong muốn.