Mã thiết kế

Token thiết kế là một giá trị được đặt tên, đại diện cho một quyết định thiết kế duy nhất, chẳng hạn như màu sắc, đơn vị khoảng cách, cỡ chữ, bán kính viền, bóng đổ hoặc thời lượng hoạt ảnh, được lưu trữ ở định dạng không phụ thuộc nền tảng và được cả công cụ thiết kế lẫn mã lập trình sử dụng. Thay vì một mã màu thập lục phân cụ thể xuất hiện trong hàng chục thành phần, một token được đặt tên theo vai trò của nó sẽ lưu giữ giá trị đó, và mọi thứ tham chiếu đến vai trò đó sẽ được cập nhật đồng thời khi giá trị thay đổi.

Mục đích là để các quyết định thiết kế được xác định từ một nguồn duy nhất và có thể đọc được bằng máy. Nếu không có token, cùng một màu sắc dự định sẽ biến đổi thành nhiều giá trị gần giống hệt nhau trong toàn bộ mã nguồn, khoảng cách trở thành một tập hợp các con số tùy ý được chọn cho mỗi thành phần, và khoảng cách giữa những gì tệp thiết kế quy định và những gì sản phẩm hiển thị ngày càng rộng ra. Với token, đặc tả và phần triển khai tham chiếu đến cùng một định nghĩa, và sự không nhất quán trở nên dễ phát hiện hơn là chỉ đơn thuần là điều đáng tiếc.

Hệ thống mã token hiệu quả được phân lớp. Mã token cơ bản đặt tên cho các giá trị thô, chẳng hạn như một màu xanh lam cụ thể ở một độ sáng cụ thể. Mã token ngữ nghĩa đặt tên cho các vai trò, chẳng hạn như màu sắc được sử dụng cho các hành động chính hoặc cho các trạng thái phá hủy, và tham chiếu đến các giá trị cơ bản. Mã token thành phần, khi cần thiết, đặt tên cho các giá trị được sử dụng bởi một thành phần cụ thể và tham chiếu đến các mã token ngữ nghĩa. Việc phân lớp này giúp cho việc tạo giao diện, chế độ tối, các biến thể thương hiệu và điều chỉnh khả năng truy cập trở nên dễ dàng: thay đổi lớp ngữ nghĩa sẽ thay đổi sản phẩm một cách nhất quán, trong khi một danh sách phẳng các giá trị thô đòi hỏi phải tìm và thay đổi mọi cách sử dụng.

Việc đặt tên là phần khó nhất và có ảnh hưởng lớn nhất. Các token được đặt tên theo hình thức bên ngoài, ví dụ như một màu sắc được đặt tên theo màu xanh lam, sẽ trở nên gây hiểu nhầm ngay khi giá trị của chúng thay đổi, và tạo ra những điều phi lý như một token màu xanh lam lại có giá trị màu xanh lá cây. Các token được đặt tên theo vai trò của chúng sẽ giữ được tính chính xác ngay cả khi có sự thay đổi thương hiệu hoặc chủ đề. Một quy ước đặt tên rõ ràng, được ghi chép lại và thống nhất trước khi hệ thống được đưa vào sử dụng có giá trị hơn nhiều so với các công cụ hỗ trợ xung quanh nó, bởi vì việc đổi tên token sau khi hệ thống được đưa vào sử dụng rất tốn kém.

Giá trị thực sự của token nằm ở việc chúng được thực thi chứ không chỉ đơn thuần là có sẵn. Nếu các nhà phát triển vẫn có thể viết các giá trị tùy ý và các nhà thiết kế vẫn có thể chọn màu sắc nằm ngoài bảng màu, thì hệ thống chỉ ghi lại ý định chứ không phải thực tế. Các quy tắc kiểm tra cú pháp (linting) từ chối các giá trị không phải token, các thư viện công cụ thiết kế hạn chế các lựa chọn có sẵn và các kiểm tra tự động trong quy trình xây dựng là những gì biến một tập hợp token thành một ràng buộc thực sự. Việc phân phối tự động sang định dạng gốc của từng nền tảng, để web, iOS và Android sử dụng cùng một mã nguồn, là điều giúp đạt được tính nhất quán đa nền tảng.

Các token cũng giúp các yêu cầu về khả năng truy cập trở nên bắt buộc thay vì chỉ mang tính lý tưởng. Tỷ lệ tương phản giữa màu nền và màu chữ có thể được tự động xác thực trên mọi sự kết hợp đã được định nghĩa, do đó, việc thay đổi bảng màu vi phạm yêu cầu sẽ bị phát hiện trong quá trình xây dựng sản phẩm thay vì được phát hiện qua kiểm toán nhiều tháng sau đó. Kích thước mục tiêu tối thiểu, kiểu chỉ báo tiêu điểm và quy tắc khoảng cách cũng có thể được thể hiện theo cách tương tự. Điều này chuyển khả năng truy cập từ một hoạt động xem xét, nơi nó phụ thuộc vào việc ai đó nhớ kiểm tra, thành một thuộc tính hệ thống của hệ thống thiết kế, đây là cách tiếp cận duy nhất có thể tồn tại khi sản phẩm phát triển và nhóm làm việc thay đổi. Nó cũng tạo ra một hồ sơ có thể bảo vệ được về các quyết định tuân thủ, điều này rất quan trọng trong các lĩnh vực mà nghĩa vụ về khả năng truy cập được kiểm toán chính thức.

Trên thực tế, token là lớp nền tảng của một hệ thống thiết kế chứ không phải là một sự tinh chỉnh tùy chọn, và chúng có giá trị nhất trong các tổ chức nơi nhiều nhóm cùng xây dựng giao diện nhưng phải trông giống như một sản phẩm duy nhất. Việc thiết lập chúng là một bước đầu tiên bình thường trong quá trình thiết kế. Thiết kế sản phẩm công việc, với cơ chế phân phối và thực thi thuộc sở hữu của phát triển sản phẩmĐối với các tổ chức lớn có nhiều thương hiệu, khu vực hoặc dòng sản phẩm cùng chia sẻ cơ sở hạ tầng, lớp này là yếu tố giúp tạo ra sự khác biệt có kiểm soát mà không cần duy trì các triển khai riêng biệt, đó là lý do tại sao nó xuất hiện thường xuyên trong các tài liệu tham khảo. doanh nghiệp chương trình.