راهنمای تازه برای نام‌گذاری اجزای رابط کاربری و Design Tokenها

راهنمای تازه برای نام‌گذاری اجزای رابط کاربری و Design Tokenها

آنچه در این مقاله مطالعه می‌کنید:

۱۵ مهر ۱۴۰۵

۱۵ مهر ۱۴۰۵

به گزارش Smashing Magazine، یک راهنمای عملی تازه برای نام‌گذاری اجزای رابط کاربری، ویژگی‌های محصول، متغیرها و Design Tokenها منتشر شده است. این راهنما مجموعه‌ای از الگوها و منابع را کنار هم قرار می‌دهد تا تیم‌های طراحی و توسعه بتوانند نام‌هایی روشن، سازگار و قابل‌استفاده در مقیاس بزرگ انتخاب کنند.

این مطلب که ۶ اکتبر ۲۰۲۶ منتشر شده، توضیح می‌دهد نام‌های بیش‌ازحد کلی نمی‌توانند منظور دقیق یک جزء را منتقل کنند و نام‌های بسیار جزئی نیز انعطاف‌پذیری و امکان استفاده مجدد را کاهش می‌دهند. پیشنهاد اصلی، ساختن زبانی مشترک میان طراحان، توسعه‌دهندگان، مدیران محصول و کاربران است.

از نام رنگ‌ها تا ساختار Design Tokenها

راهنما چند منبع تخصصی را برای موقعیت‌های مختلف معرفی می‌کند. Classnames برای یافتن واژه‌های مناسب در نام‌گذاری کلاس‌های HTML، ویژگی‌های CSS و توابع JavaScript پیشنهاد شده است. مخزن نام رنگ‌های David Aerne نیز با ۳۰٬۳۵۵ نام منحصربه‌فرد، مرجعی برای انتخاب نام رنگ‌ها به شمار می‌رود.

در بخش لایه‌ها، گروه‌ها و کامپوننت‌ها، توصیه می‌شود نام‌ها ساختار منطقی داشته باشند، کوتاه و معنادار باشند، برای همه اعضای تیم شناخته شوند و به مشخصات ظاهری وابسته نباشند. برای Design Tokenها نیز نمونه Intuit مطرح شده است؛ این شرکت مادر محصولاتی مانند Mailchimp، QuickBooks، TurboTax و Mint، طبقه‌بندی منعطفی ساخته که می‌تواند نیاز چند محصول را پوشش دهد.

Component Gallery نمونه‌های واقعی بیش از ۵۰ جزء رابط کاربری و نام‌های جایگزین آن‌ها را گردآوری کرده است. نقشه طبقه‌بندی متغیرهای Vodafone UK نیز ارتباط میان مجموعه‌های برند، مقادیر پایه، معنا و صفحات را نشان می‌دهد. ابزار Romina Kavcic هم امکان ساخت الگوی نام‌گذاری با ترکیب کامپوننت، دسته، وضعیت و نقش را فراهم می‌کند.

نام ویژگی باید با زبان کاربران هم‌راستا باشد

در بخش نام‌گذاری قابلیت‌های محصول، راهنما بر نیاز و مسئله کاربر تمرکز دارد. نام یک قابلیت باید ارزش یا نتیجه آن را منتقل کند و از واژگانی بهره ببرد که کاربران هنگام توضیح همان قابلیت به کار می‌برند. این رویکرد می‌تواند به کشف، درک و استفاده بهتر از قابلیت کمک کند.

برای تیم‌های طراحی سایت و توسعه نرم‌افزار، نتیجه عملی روشن است: قرارداد نام‌گذاری باید پیش از گسترش Design System تعریف شود و تعارض‌های واژگانی نیز برای اصلاح بعدی ثبت شوند. جمع‌بندی راهنما این است که بهترین نام، نامی است که تیم و کاربران آن را به یک معنا بفهمند و در عمل به‌طور یکسان به کار ببرند.