Дизайнерски токен

Дизайнерският токен е именувана стойност, представляваща единично дизайнерско решение, като например цвят, единица за разстояние, размер на шрифта, радиус на рамката, сянка или продължителност на анимацията, съхранявана в платформено-независим формат и консумирана както от дизайнерски инструменти, така и от код. Вместо специфичен шестнадесетичен цвят, появяващ се в десетки компоненти, токен, наименуван за неговата роля, съдържа стойността и всичко, което се отнася до тази роля, се актуализира заедно, когато стойността се промени.

Целта е решенията за дизайн да бъдат взети от един източник и машинно четими. Без токени, един и същ желан цвят се променя в няколко почти идентични стойности в кодовата база, разстоянието между тях се превръща в произволен набор от числа, избрани за всеки компонент, а разликата между това, което дизайнерските файлове определят, и това, което продуктът рендира, се разширява непрекъснато. С токените спецификацията и имплементацията се позовават на едни и същи дефиниции и несъответствието става откриваемо, а не просто съжаляваемо.

Ефективните системи от токени са на пластове. Примитивните токени назовават сурови стойности, като например специфично синьо с определена яркост. Семантичните токени назовават роли, като например цвета, използван за първични действия или за деструктивни състояния, и препращат към примитиви. Компонентните токени, където е необходимо, назовават стойностите, използвани от конкретен компонент, и препращат към семантични такива. Това напластяване е това, което прави темите, тъмния режим, вариантите на марката и корекциите за достъпност податливи: промяната на семантичния слой променя продукта последователно, докато плоският списък със сурови стойности изисква намиране и промяна на всяка употреба.

Именуването е най-трудната и най-важна част. Токените, кръстени на външния си вид, като например цвят, кръстен на това, че е син, стават подвеждащи в момента, в който стойността им се промени, и водят до абсурдни ситуации, като например син токен със зелена стойност. Токените, кръстени на ролята си, остават точни дори чрез ребрандиране и промени в темата. Ясната, документирана конвенция за именуване, договорена преди системата да бъде заредена, струва значително повече от инструментите около нея, защото преименуването на токени след приемането е скъпо.

Токените предоставят по-голямата част от стойността си, когато са наложени, а не просто достъпни. Ако разработчиците все още могат да пишат произволни стойности, а дизайнерите все още могат да избират цветове извън палитрата, системата документира намерение, а не реалност. Правилата за линкване, които отхвърлят стойности, които не са токени, библиотеките с инструменти за проектиране, които ограничават наличните възможности, и автоматизираните проверки в процеса на изграждане са това, което превръща набора от токени в действително ограничение. Автоматизираното разпределение в нативния формат на всяка платформа, така че уеб, iOS и Android да консумират един и същ източник, е това, което прави многоплатформената съгласуваност постижима.

Токените също така правят изискванията за достъпност по-скоро приложими, отколкото амбициозни. Съотношенията на контраст между цветовете на преден план и фона могат да бъдат валидирани автоматично за всяка дефинирана комбинация, така че промяна в палитрата, която нарушава изискване, се проваля при изграждането, вместо да бъде открита от одит месеци по-късно. Минималните целеви размери, стиловете на индикаторите за фокус и правилата за разстояние могат да бъдат изразени по един и същи начин. Това измества достъпността от дейност по преглед, където зависи някой да се сети да провери, към системно свойство на дизайнерската система, което е единственият подход, който оцелява при контакт с разрастващ се продукт и променящ се екип. Също така се създава защитим запис на решенията за съответствие, което е важно в сектори, където задълженията за достъпност се одитират официално.

На практика, токените са основният слой на дизайнерската система, а не опционално усъвършенстване, и са най-ценни в организации, където множество екипи изграждат интерфейси, които трябва да се появяват като един продукт. Създаването им е нормална ранна стъпка в... Дизайн на продукта работа, като механизмите за разпространение и прилагане са собственост на разработване на продуктиЗа по-големи организации с няколко марки, региони или продуктови линии, споделящи инфраструктура, този слой е това, което прави възможно контролираното изменение без поддържане на отделни внедрявания, поради което се повтаря толкова последователно в... начинание програми.