نام فایلهای تست واحد
فایلهای تست را همنام با کامپوننتی که تست میکند نامگذاری کنید.
فایلهای تست را با پسوند .spec. نامگذاری کنید.
چرا؟ راهی ثابت را برای شناسایی تستها فراهم میکند.
چرا؟ الگوی همگام با karma یا راهاندازهای تست دیگر فراهم میکند.
نام فایلهای تست end to end
فایلهای تست e2e را به دنبال نام امکاناتی که تست میکند، با پسوند .e2e-spec. نامگذاری کنید.
چرا؟ راهی ثابت برای شناسایی سریع فایلهای تست e2e فراهم میکند.
چرا؟ الگویی را مطابق راهاندازهای تست و سیستمهای build خودکار فراهم میکند.
نام ماژول (Module) های انگولار
به نام نشانهی ماژول پسوند Module را متصل کنید.
به نام فایل پسوند .module.ts را بدهید.
ماژولها را با توجه به نام امکاناتی که ارائه میدهد و پوشهای که در آن قرار دارد نامگذاری کنید.
چرا؟ راهی ثابت را برای شناسایی و اشاره به ماژولها فراهم میکند.
چرا؟ نامگذاری شتری بزرگ ( Upper camel case) برای شناسایی اشیائی که میتوانند توسط سازنده (constructor) نمونه سازی شوند عمومی است.
چرا؟ به راحتی ماژول را به عنوان ریشهی امکاناتی که به همان شکل نامگذاری شدهاند مشخص میکند.
ماژولهای روتینگ (routing) را با پسوند RoutingModule نامگذاری کنید.
نام یک فایل حاوی ماژول روتینگ را با routing.module.ts تمام کنید.
چرا؟ یک ماژول روتینگ (RoutingModule) ماژولی است که به صورت اختصاصی برای تنظیم کردن روتر (router) انگولار استفاده میشود. یک قرارداد ثابت برای نامگذاری کلاسها و نام فایلها باعث میشوند این ماژولها به راحتی پیدا شده و شناسایی شوند.