Vai trò của hình thức trong iOS

Mẫu là cơ chế chính để thu thập dữ liệu cấu trúc từ người dùng trong ứng dụng iOS. Có thể dùng để đăng ký, kiểm tra, phản hồi, cấu hình, hoặc đăng nhập, chất lượng của thiết kế đơn là ảnh hưởng trực tiếp đến người dùng, tỷ lệ chuyển đổi, và tính chất toàn vẹn. Một dạng thức được thiết kế tốt giảm tải nhận thức, dự đoán nhu cầu, và hướng dẫn người dùng có hiệu quả đến hoàn thành. Theo hệ thống hướng dẫn giao diện con người của Apple, các dạng hiệu quả giữ cho thông tin phản hồi, và nhập tôn trọng. Bài này tìm hiểu cách thiết kế các dạng độ bền bỉ của người dùng trong ứng iOS, bao gồm các nguyên tắc hỗ trợ và đảm bảo hợp lệ.

Nguyên tắc Thiết kế IOS

Việc thiết kế các hình thức mà người dùng thật sự muốn điền vào đòi hỏi nhiều hơn là chỉ đặt các trường trên màn hình, và đòi hỏi sự hiểu biết sâu sắc về ngữ cảnh, sự phức tạp đầu vào và khả năng của thiết bị.

Giữ cho nó giản dị và tập trung

Mỗi trường thêm tăng khả năng bỏ rơi. Chỉ yêu cầu thông tin cần thiết cho nhiệm vụ. Nếu dữ liệu tùy chọn có ích, đánh dấu nó, rõ ràng rồi cân nhắc thu thập nó sau. Ngắt các hình thức dài thành bước hợp lý hoặc phần để tránh quá tải người dùng. Lấy thí dụ, đăng ký đa bước có thể thu thập thông tin trước, rồi thông tin hồ sơ.

Kiểu nhập iOS cho độ chính xác

iOS cung cấp các loại bàn phím tối ưu hóa. Dùng để nhập vào. [FLT: 1] cho trường email [FLT:], ]. Những bàn phím này ẩn ký tự không liên quan và giảm lỗi tự động. [LT: FT] cho kết nhập số [FT: t] [FT: t] [FT]. [LT], và [LT] cho phép quản lý [FT] [FT] [phụ đề].

Xoá nhãn và địa điểm

Nhãn cần phải hiển thị vào mọi lúc, không chỉ khi trường rỗng. Nhãn nổi (nơi nhãn di chuyển trên trường) có thể được hiệu quả nhưng cần phải thực hiện cẩn thận để tránh sự nhầm lẫn. Văn bản người giữ chỗ nên chỉ cung cấp một gợi ý ngắn, không phải thay thế hoàn toàn nhãn. Hãy dùng dấu [FLT: 0] [FLT: 1] [ đám đông] để tránh nhầm lẫn.

Phân cấp và nhóm ảo

Nhóm các trường liên quan với phần tựa hay phần cách trộn nền. Dùng khoảng cách nhất định, kích cỡ phông chữ, và sắp xếp để tạo một luồng có thể đoán trước. Đặt trường quan trọng nhất (v. d., email trước lịch tùy chọn). Dùng bố trí đơn trên iPhone để ngăn cản việc di chuyển sang trái. Trên iPad, đa phân có thể hoạt động nhưng kiểm tra hoàn toàn.

Khả năng truy cập trong thiết kế dạng thức

Mọi người phải sử dụng được các nhóm, bao gồm mọi người sử dụng tiếng nói qua, chuyển đổi điều khiển, hoặc kích cỡ văn bản lớn hơn. Khả năng truy cập không phải là một ý nghĩ sau; nó là một phần cốt lõi của thiết kế thân thiện người dùng.

Name

Hỗ trợ Kiểu Động để mọi phần tử hình thành với kích cỡ văn bản đã thích. Dùng bố trí tự động để chứa chuỗi dài hơn và tránh bị cắt xén. Qua đó, đặt nhãn khả năng truy cập có ý nghĩa và gợi ý trên mỗi trường, gồm trạng thái hợp lệ. Các yếu tố liên quan (như nhãn và dữ liệu nhập).

Thông báo lỗi cho kỹ thuật hỗ trợ

Khi việc xác thực bị lỗi, cập nhật nhãn khả năng truy cập [FLT: 0] khả năng phục hồi. Giá trị [không được ký kết hợp lệ: BAR ] [FLT: 1] để nói lỗi. Bảo đảm sự di chuyển tiêu điểm tới trường không hợp cố định đầu tiên sau khi phục tùng, vì vậy người dùng có thể sửa chữa ngay lập tức. Hãy dùng [FL: Phát âm [FT] xác thực [FLT] để xác định khả năng [FLT] để đánh dấu các trường sai.

Kiểm tra hiệu ứng iOS

Kiểm tra xem dữ liệu được thu thập đáp ứng định dạng và hạn chế trước khi xử lý. Một chiến lược xác thực đã lên kế hoạch tốt cân bằng phản hồi ngay lập tức với lỗi không gây ra.

Bộ kiểm tra mã hoá khách hàng và cạnh máy phục vụ

Bên chấp nhận khách (trong ứng dụng) cung cấp các trả lời ngay và giảm các cuộc gọi mạng không cần thiết. Tuy nhiên, nó không bao giờ phải là cơ chế thực thi duy nhất- bên máy chủ là thiết yếu cho an ninh và dữ liệu toàn vẹn. Dùng sự hiệu lực khách hàng để cải thiện UX; sử dụng khả năng hợp lệ hoá máy phục vụ là cổng có thẩm quyền.

Kiểm tra thời gian thực

Việc kiểm tra hiệu lực thời gian thực sự kiểu kiểm tra kết nhập (sau khi xoá) hoặc thoát nhanh. Cách này giúp người dùng sửa lỗi trước khi họ chuyển tiếp. Lấy thí dụ, hãy xác định định dạng email ngay sau khi người dùng hoàn tất trường. Cẩn thận đừng quá hung hăng: đừng hiện lỗi khi người dùng vẫn còn gõ. Hãy dùng tổ hợp [FL: 0]. Việc sửa đổi [FL: 1] hoặc hiệu chỉnh kết hợp các nhà xuất bản để khởi động hiệu lực sau một sự trễ nhỏ.

Kiểm tra khi bắt buộc

Hợp lệ hoá lúc bắt buộc là hậu phương chứng nhận mọi trường khi người dùng gõ cái nút đệ quy. Bảo đảm tính toàn vẹn ngay cả khi không thực hiện được tính hợp lệ trong mỗi trường. Sau khi nộp, hãy tô sáng mọi lỗi và cuộn trường không hợp không hợp lệ đầu tiên vào xem. Tránh xoá trường khác khi có trường không thành công.

Độ chính xác về mặt trái

Kiểm tra độ chính xác cấp tính cá nhân (v. d. định dạng email, không rỗng). Kiểm tra hợp lệ hoá cấp chữ thập (v. d., khả năng xác nhận mật khẩu, kết thúc ngày tháng sau khi bắt đầu). Việc gõ cả hai đều cho dữ liệu toàn cục. Hãy dùng một thư viện hợp lệ hoặc chức năng hợp lệ hoá trung tâm để giữ cho logic phát âm.

Những thực hành tốt nhất để kiểm tra lại

Cách bạn hiện tại mắc lỗi ảnh hưởng đáng kể đến sự tin tưởng và sẵn sàng hoàn thành mẫu. Hãy theo những hướng dẫn này để có phản hồi rõ ràng, có thể hành động.

Chỉ ra lỗi ngay lập tức

Hiển thị biểu tượng lỗi (như dấu than trong vòng tròn màu đỏ) bên trong hoặc bên cạnh trường hợp không hoạt động được. Đặt thông điệp lỗi ở một địa điểm nhất định, như bên dưới nhãn trường hoặc bên trong nhãn lỗi đã đóng. Thông điệp lỗi nên đặc trưng và hữu ích: “Hãy nhập địa chỉ thư có giá trị như tên@ example.com không phải là“ trường hợp ngoại lệ.

Comment

Hãy viết những thông điệp lỗi bằng ngôn ngữ bình thường giải thích vấn đề và cách sửa chữa nó.

Giá trị hiển thị (mặc định, biểu tượng, viền)

Dùng viền màu đỏ hay nền để tô sáng trường tìm lỗi. Tuy nhiên, không chỉ dựa vào màu; thêm biểu tượng (như tam giác cảnh báo) cho người dùng bị mù màu. Khi người dùng sửa đổi dữ liệu, chuyển đổi mịn viền về mặc định. Hoạt cảnh nên tinh tế (v. d., 0. 2- giây tăng cường).

Bỏ nhiệm vụ cho đến khi hợp lệ

Việc tắt nút đệ trình cho đến khi mọi trường hợp hợp hợp lệ có thể ngăn cản người dùng phục hồi hình thức không đầy đủ. Cách tiếp cận này hoạt động tốt nhất khi hiệu lực thẩm tra thời gian thực, vì vậy người dùng thấy cái nút này được bật dần dần. Nếu tắt, cung cấp mẹo phụ lục hoặc gợi ý khả năng truy cập giải thích tại sao (v. d.: Hãy điền vào mọi trường cần thiết để gửi thư). Một cách khác là cho phép phục tùng và hiển thị mọi lỗi sau đó - bỏ vào ngữ cảnh của ứng dụng.

Những sự suy xét cấp cao

Xử lý các vụ án cạnh ( Trường học đa nghi, thẩm tra điều kiện)

Một số hình thức cần thiết trường động được xuất hiện dựa trên câu trả lời trước (v. d., chỉ hiển thị bộ chọn trạng thái chỉ khi người dùng chọn Hoa Kỳ). Việc thẩm tra xác thực điều kiện: trường đã gỡ bỏ không nên bị lỗi. Hãy dùng [FLT: 0] Từ xem siêu [FLT: 1] hoặc ẩn, và cập nhật các quy tắc xác thực trên ruồi. Thử mọi giá trị là quan trọng.

Hiệu suất và khả năng

Hợp lệ hoá thời gian có thể gây ra vấn đề hiệu suất nếu nó chạy trên mọi phím. Dùng debounce (v. d., 300m) hoặc chỉ xác thực khi trường từ chức lần đầu tiên. Các công bố hay đại biểu kết hợp có thể lọc các sự kiện. Cũng tránh thao tác regex quá nhiều trên chỉ chính; hiệu lực trên hàng đợi nền nếu cần thiết.

Kiểm tra sự an toàn và sự riêng tư

Không bao giờ lưu hoặc bản ghi dữ liệu nhạy trong khi hợp lệ hoá. Hãy dùng mục nhập văn bản bảo mật cho mật khẩu. Khi hợp lệ hoá số thẻ tín dụng, hãy sử dụng thuật toán khách Lun bên nhưng không bao giờ truyền đầy đủ số. Theo dữ liệu của Apple xử lý hướng dẫn [FLT: 0]:] Văn bản [FLT: 1] để ngăn chặn bản sao/ dán trên mật khẩu nếu cần thiết.

Kết luận

Thiết kế các hình thức thân thiện với người dùng với các ứng dụng iOS là một tiến trình liên tục cân bằng nhu cầu, hạn chế kỹ thuật và tiêu chuẩn nền tảng. Bằng cách theo các nguyên tắc đơn giản, phản hồi rõ ràng, và khả năng truy cập, bạn tạo các hình thức giảm sự thất vọng và tăng tốc độ hoàn thành. Kiểm tra nên nhanh chóng, thẩm định độ cân bằng, và tôn trọng thời gian của người dùng. Để kết hợp các kiểm tra thời gian thực, trên tính chất đơn giản, và phụ thuộc qua mặt đối diện để đảm bảo chất lượng dữ liệu mà không cần phải hy sinh. Kiểm tra hình dạng của bạn trên thiết bị thật, bao gồm cả những công nghệ hỗ trợ đó bằng những công nghệ này. Với sự chú ý đến từng chi tiết lỗi từ bàn phím của bạn, tôi sẽ trở thành một phần của ứng dụng của người dùng.

Để có sự hướng dẫn sâu sắc hơn, hãy đề cập đến tài liệu [FLT:] [FLT:] [FLT:] [FLT:], [FLT:], [FLT:], , và khám phá các thư viện có thẩm quyền , như [FLT:], nghiên cứu [FLT:], nghiên cứu [FLT:] tài liệu [FLT:], hoặc [FL:] [FL: FL: 7] để tiếp cận người dùng. Luôn luôn rõ ràng, và làm bảng điều chỉnh cho phù hợp với các hình thức của bạn, như là một bảng làm cho kho chứa chất lượng.