بهترین روش ها برای ایجاد و مدیریت تنوع طراحی در Nx

ایجاد و مدیریت انواع طراحی در Nx یک توانایی اساسی برای تیم های ساخت برنامه های مقیاس پذیر، چند تجربه در انواع طراحی یکپارچه است - چه برای تست A / B، ویژگی های کاربردی، نام تجاری، یا رابط های کاربر شخصی سازی - نیاز به یک رویکرد ساختاری برای جلوگیری از کد تکراری، روش های هماهنگ سازی سریع و ساخت یک تکنیک های ساده سازی، به عنوان یک تکنیک های هوشمند، و تجزیه و تحلیل دقیق.

درک تنوع طراحی در Nx

انواع طراحی به نسخه های متعدد از یک جزء UI، تنظیمات سبک یا طرح اشاره می کنند که می تواند به صورت پویا یا در زمان ساخت تغییر کند.در یک فضای کاری معمولی Nx، شما ممکن است یک کتابخانه UI مشترک داشته باشید که توسط چندین برنامه کاربردی استفاده می شود.

انواع طراحی امکان استفاده از موارد مانند:

• تست A / B - ارائه سبک های مختلف دکمه یا طرح به گروه های کاربر.
• برچسب سفید - هر مشتری یک طرح رنگ و آرم سفارشی دریافت می کند.
• پیش نمایش های پیش نمایش [FLT 1] - رولینگ یک طراحی جدید به درصد کاربران.
• (FLT:0) UI های خاص (FLT:1) - Mobile vs. Desktop یا حالت نور / تاریک.

if (theme === 'corporate') {
 import('./corporate-theme.scss');
} else {
 import('./startup-theme.scss');
}

.theme-corporate {
 --primary-color: #0055a5;
 --secondary-color: #ff6600;
}
.theme-startup {
 --primary-color: #6c63ff;
 --secondary-color: #ff6584;
}

function Button({ variant, children }) {
 const className = variant === 'primary' ? styles.primary : styles.secondary;
 return <button className={className}>{children}</button>;
}

Nx شما را تشویق می کند تا این اجزا را در یک کتابخانه مشترک UI نگه دارید، زمانی که انواع مختلف به تعداد زیادی تبدیل می شوند، با استفاده از یک رجیستری (FLT:1) رجیستریت ( رجیستری الگوی: پیکربندی های مختلف در یک شی JSON را ذخیره کنید و آنها را به قطعات اصلی برنامه ریزی کنید.

برای تفاوت های بزرگ تر، بهتر از شرایط است، ایجاد زیر جزء جداگانه (به عنوان مثال، ، که به اشتراک گذاری یک پایه مشترک است.استفاده از گراف وابستگی Nx برای اطمینان از کتابخانه پایه به اشتراک گذاشته شده و تنها در صورت لزوم تغییر می کند.

۴ پرچم و نشانه های زمان

برای انواع طراحی که باید سرور را به سمت سرور یا زیرمجموعه ای از کاربران تغییر دهند، یکپارچه سازی یک سرویس پرچم (مانند لاnch Darkly یا Unleash با Nx یک راه حل قوی است.

مثالی با استفاده از یک قلاب ساده React:

import { useFeatureFlag } from '@myorg/feature-flags';
function HomePage() {
 const newLayout = useFeatureFlag('new-layout');
 return newLayout ? <NewLayout /> : <OldLayout />;
}

پیکربندی پروژه Nx به شما اجازه می دهد تا پرچم ها را در طول توسعه و آزمایش به تصویر بکشید.شما می توانید اهداف جداگانه Nx را برای سناریوهای مختلف پرچم ایجاد کنید:

"targets": {
 "serve-with-flags": { ... },
 "test-flags": { ... }
}

این باعث می شود که منطق نوع شما جدا شده و بدون استفاده از کل برنامه آسان باشد.

مدیریت تنوع طراحی به طور موثر

سازماندهی تنوع با ساختار پوشه ثابت

فضای کاری خود را با گروه بندی فایل های مرتبط با نوع مرتب نگه دارید:

libs/
 ui/
 button/
 src/
 lib/
 variants/
 primary/
 secondary/
 ghost/
 index.ts

هر کدام از این روش ها شامل سبک ها، تست ها و داستان های خود است.[۱] این روش آسان است که اجرا کنید (FLT-26 26)، و به شما اجازه می دهد مرزهایی را اجرا کنید تا یک برنامه با استفاده از "FLT:1" به طور تصادفی به داخل "FLThost" وابسته نباشد.

استفاده از Nx’s Impacted Commands برای تغییرات متنوع

هنگامی که شما یک نوع را تغییر می دهید، نمی خواهید هر برنامه را بازسازی یا آزمایش کنید.Nx’s [FLT 29]، و [FLT 31] به طور خودکار تشخیص دهید که کدام پروژه ها بر اساس گراف وابستگی تحت تاثیر قرار می گیرند، این به ویژه در یک مونوترپو با بسیاری از انواع طراحی قدرتمند است - تنها نوع است که خط لوله آن را تغییر می دهد.

به عنوان مثال، اگر شما فقط نوع دکمه “اول” را به روز کنید، Nx برای کتابخانه ها و برنامه های کاربردی که به این نوع بستگی دارد، برنامه ریزی می کند و دیگران را دست نخورده نگه می دارد.

نام های متنوع به طور مداوم و تفاوت های سند

در این میان، ، ، ، ، [[FLT36]]، ، ، ، ، ، [[F|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S|S

تست Variant Testing

از ژنراتورهای تست Nx برای ایجاد تست های واحد برای هر نوع استفاده کنید. [۱] ابزارهای تست برگشت بصری مانند Chromatic یا Percy. در خط لوله CI خود، از [FLT 39] برای اجرای تست های بصری فقط برای انواع تغییر یافته استفاده کنید.

به عنوان مثال، یک هدف جداگانه برای تست های مختلف اضافه کنید:

"test:variant": {
 "executor": "@nrwl/jest:jest",
 "options": {
 "jestConfig": "libs/ui/button/variants/primary/jest.config.ts"
 }
}

سپس با یک اسکریپت یا Nx اجرا کنید تا همه انواع را آزمایش کنید.

بهترین روش ها برای مدیریت تنوع طراحی

• یک کتابخانه مشترک برای طراحی توکن [FLT 1] برای رنگ ها، فاصله، تایپوگرافی، نشانه ها را نادیده می گیرد، نه مقادیر سخت.
• از نمودار پروژه Nx استفاده کنید [FLT 1] برای تجسم وابستگی بین انواع و برنامه ها.
• (FLT:0) کنترل کننده ( پیکربندی های مختلف خود را در Git (به عنوان مثال، اگر شما نیاز به عقب نشینی یک نوع خاص.
• چرخه عمر نوع - چه زمانی یک نوع از پیش تعیین شده است؟ چه مدت طول می کشد؟ Automate تمیز کردن با ژنراتورهای Nx (به عنوان مثال،
• منطق نوع را از کد اصلی کسب و کار استفاده کنید، از اجزای سفارش بالاتر، مخلوطین یا ⁇ ها برای جدا کردن نگرانی ها استفاده کنید.
• دانه های مناسب را [FLT 1] - نه هر تغییر سبک کوچک نیاز به یک نوع ذخیره برای تفاوت های معنی دار (نام تجاری، ویژگی های تجربی).