عملکرد گراف ماژول جاوا اسکریپت: بهینه‌سازی سرعت تحلیل وابستگی‌ها

در توسعه مدرن جاوا اسکریپت، به‌ویژه با فریمورک‌هایی مانند React، Angular و Vue.js، اپلیکیشن‌ها با استفاده از معماری ماژولار ساخته می‌شوند. این به معنای تقسیم پایگاه‌های کد بزرگ به واحدهای کوچک‌تر و قابل استفاده مجدد به نام ماژول است. این ماژول‌ها به یکدیگر وابسته هستند و شبکه‌ای پیچیده به نام گراف ماژول را تشکیل می‌دهند. عملکرد فرآیند ساخت شما و در نهایت تجربه کاربری، به شدت به ساخت و تحلیل کارآمد این گراف بستگی دارد.

یک گراف ماژول کند می‌تواند منجر به زمان‌های ساخت بسیار طولانی‌تر شود، که بر بهره‌وری توسعه‌دهندگان تأثیر می‌گذارد و چرخه‌های استقرار را کند می‌کند. درک چگونگی بهینه‌سازی گراف ماژول برای ارائه اپلیکیشن‌های وب با عملکرد بالا حیاتی است. این مقاله به بررسی تکنیک‌هایی برای تحلیل و بهبود سرعت تفکیک وابستگی‌ها، که یک جنبه حیاتی از ساخت گراف ماژول است، می‌پردازد.

درک گراف ماژول جاوا اسکریپت

گراف ماژول روابط بین ماژول‌ها در اپلیکیشن شما را نشان می‌دهد. هر گره در گراف نمایانگر یک ماژول (یک فایل جاوا اسکریپت) و یال‌ها نمایانگر وابستگی‌های بین آن ماژول‌ها هستند. هنگامی که یک باندلر مانند Webpack، Rollup یا Parcel کد شما را پردازش می‌کند، این گراف را پیمایش می‌کند تا تمام ماژول‌های لازم را در فایل‌های خروجی بهینه شده باندل کند.

مفاهیم کلیدی

• ماژول‌ها: واحدهای کد خودکفا با کارکردهای مشخص. آنها کارکردهای خاصی را (exports) در معرض نمایش قرار می‌دهند و از کارکردهای ماژول‌های دیگر (imports) استفاده می‌کنند.
• وابستگی‌ها: روابط بین ماژول‌ها، جایی که یک ماژول به خروجی‌های (exports) ماژول دیگری متکی است.
• تفکیک ماژول (Module Resolution): فرآیند یافتن مسیر صحیح ماژول هنگام مواجهه با یک دستور import. این شامل جستجو در دایرکتوری‌های پیکربندی شده و اعمال قوانین تفکیک است.
• باندلینگ (Bundling): فرآیند ترکیب چندین ماژول و وابستگی‌های آنها در یک یا چند فایل خروجی.
• تری شیکینگ (Tree Shaking): فرآیندی برای حذف کدهای مرده (صادرات استفاده نشده) در طول فرآیند باندلینگ، که اندازه باندل نهایی را کاهش می‌دهد.
• تقسیم کد (Code Splitting): تقسیم کد اپلیکیشن شما به چندین باندل کوچک‌تر که می‌توانند بر اساس تقاضا بارگذاری شوند و زمان بارگذاری اولیه را بهبود می‌بخشند.

عوامل مؤثر بر عملکرد گراف ماژول

عوامل متعددی می‌توانند در کند شدن ساخت و تحلیل گراف ماژول شما نقش داشته باشند. این عوامل عبارتند از:

• تعداد ماژول‌ها: یک اپلیکیشن بزرگ‌تر با ماژول‌های بیشتر به طور طبیعی منجر به یک گراف ماژول بزرگ‌تر و پیچیده‌تر می‌شود.
• عمق وابستگی‌ها: زنجیره‌های وابستگی با عمق زیاد می‌توانند زمان لازم برای پیمایش گراف را به طور قابل توجهی افزایش دهند.
• پیچیدگی تفکیک ماژول: پیکربندی‌های پیچیده تفکیک ماژول، مانند نام‌های مستعار سفارشی یا مسیرهای جستجوی متعدد، می‌توانند فرآیند را کند کنند.
• وابستگی‌های چرخه‌ای: وابستگی‌های چرخه‌ای (جایی که ماژول A به ماژول B وابسته است و ماژول B به ماژول A وابسته است) می‌توانند باعث حلقه‌های بی‌نهایت و مشکلات عملکردی شوند.
• پیکربندی ناکارآمد ابزارها: پیکربندی‌های نامناسب باندلرها و ابزارهای مرتبط می‌تواند منجر به ساخت ناکارآمد گراف ماژول شود.
• عملکرد سیستم فایل: سرعت پایین خواندن از سیستم فایل می‌تواند بر زمان لازم برای یافتن و خواندن فایل‌های ماژول تأثیر بگذارد.

تحلیل عملکرد گراف ماژول

قبل از بهینه‌سازی گراف ماژول، درک اینکه گلوگاه‌ها کجا هستند بسیار مهم است. چندین ابزار و تکنیک می‌توانند به شما در تحلیل عملکرد فرآیند ساخت کمک کنند:

۱. ابزارهای تحلیل زمان ساخت

اکثر باندلرها ابزارهای داخلی یا پلاگین‌هایی برای تحلیل زمان ساخت ارائه می‌دهند:

• Webpack: از فلگ --profile استفاده کنید و خروجی را با ابزارهایی مانند webpack-bundle-analyzer یا speed-measure-webpack-plugin تحلیل کنید. webpack-bundle-analyzer یک نمایش بصری از اندازه‌های باندل شما ارائه می‌دهد، در حالی که speed-measure-webpack-plugin زمان صرف شده در هر مرحله از فرآیند ساخت را نشان می‌دهد.
• Rollup: از فلگ --perf برای تولید یک گزارش عملکرد استفاده کنید. این گزارش اطلاعات دقیقی در مورد زمان صرف شده در هر مرحله از فرآیند باندلینگ، از جمله تفکیک و تبدیل ماژول، ارائه می‌دهد.
• Parcel: پارسل به طور خودکار زمان‌های ساخت را در کنسول ارائه می‌دهد. همچنین می‌توانید از فلگ --detailed-report برای تحلیل عمیق‌تر استفاده کنید.

این ابزارها بینش‌های ارزشمندی در مورد اینکه کدام ماژول‌ها یا فرآیندها بیشترین زمان را می‌گیرند، ارائه می‌دهند و به شما امکان می‌دهند تا تلاش‌های بهینه‌سازی خود را به طور مؤثر متمرکز کنید.

۲. ابزارهای پروفایل‌سازی

از ابزارهای توسعه‌دهنده مرورگر یا ابزارهای پروفایل‌سازی Node.js برای تحلیل عملکرد فرآیند ساخت خود استفاده کنید. این می‌تواند به شناسایی عملیات‌های سنگین CPU و نشت حافظه کمک کند.

• پروفایلر Node.js: از پروفایلر داخلی Node.js یا ابزارهایی مانند Clinic.js برای تحلیل استفاده از CPU و تخصیص حافظه در طول فرآیند ساخت استفاده کنید. این می‌تواند به شناسایی گلوگاه‌ها در اسکریپت‌های ساخت یا پیکربندی‌های باندلر شما کمک کند.
• ابزارهای توسعه‌دهنده مرورگر: از تب performance در ابزارهای توسعه‌دهنده مرورگر خود برای ضبط یک پروفایل از فرآیند ساخت استفاده کنید. این می‌تواند به شناسایی توابع طولانی‌مدت یا عملیات‌های ناکارآمد کمک کند.

۳. لاگ‌گیری و معیارهای سفارشی

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

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

استراتژی‌های بهینه‌سازی

هنگامی که گلوگاه‌های عملکرد را در گراف ماژول خود شناسایی کردید، می‌توانید استراتژی‌های بهینه‌سازی مختلفی را برای بهبود سرعت تفکیک وابستگی و عملکرد کلی ساخت اعمال کنید.

۱. بهینه‌سازی تفکیک ماژول

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

• استفاده از مسیرهای وارد کردن (Import) مشخص: از استفاده از مسیرهای وارد کردن نسبی مانند ../../module خودداری کنید. به جای آن، از مسیرهای مطلق استفاده کنید یا نام‌های مستعار ماژول را برای ساده‌سازی فرآیند وارد کردن پیکربندی کنید. به عنوان مثال، استفاده از `@components/Button` به جای `../../../components/Button` بسیار کارآمدتر است.
• پیکربندی نام‌های مستعار ماژول (Module Aliases): از نام‌های مستعار ماژول در پیکربندی باندلر خود برای ایجاد مسیرهای وارد کردن کوتاه‌تر و خواناتر استفاده کنید. این همچنین به شما امکان می‌دهد تا به راحتی کد خود را بدون به‌روزرسانی مسیرهای وارد کردن در سراسر اپلیکیشن خود بازسازی کنید. در Webpack، این کار با استفاده از گزینه `resolve.alias` انجام می‌شود. در Rollup، می‌توانید از پلاگین `@rollup/plugin-alias` استفاده کنید.
• بهینه‌سازی resolve.modules: در Webpack، گزینه resolve.modules دایرکتوری‌هایی را که باید برای ماژول‌ها جستجو شوند، مشخص می‌کند. مطمئن شوید که این گزینه به درستی پیکربندی شده و فقط شامل دایرکتوری‌های لازم است. از گنجاندن دایرکتوری‌های غیرضروری خودداری کنید، زیرا این کار می‌تواند فرآیند تفکیک ماژول را کند کند.
• بهینه‌سازی resolve.extensions: گزینه resolve.extensions پسوندهای فایلی را که باید هنگام تفکیک ماژول‌ها امتحان شوند، مشخص می‌کند. اطمینان حاصل کنید که رایج‌ترین پسوندها ابتدا لیست شده‌اند، زیرا این می‌تواند سرعت تفکیک ماژول را بهبود بخشد.
• استفاده از resolve.symlinks: false (با احتیاط): اگر نیازی به تفکیک symlink‌ها ندارید، غیرفعال کردن این گزینه می‌تواند عملکرد را بهبود بخشد. با این حال، آگاه باشید که این ممکن است برخی از ماژول‌هایی را که به symlink‌ها متکی هستند، خراب کند. قبل از فعال کردن این گزینه، پیامدهای آن را برای پروژه خود درک کنید.
• استفاده از کشینگ (Caching): اطمینان حاصل کنید که مکانیسم‌های کشینگ باندلر شما به درستی پیکربندی شده‌اند. Webpack، Rollup و Parcel همگی قابلیت‌های کشینگ داخلی دارند. به عنوان مثال، Webpack به طور پیش‌فرض از کش سیستم فایل استفاده می‌کند و شما می‌توانید آن را برای محیط‌های مختلف بیشتر سفارشی کنید.

۲. حذف وابستگی‌های چرخه‌ای

وابستگی‌های چرخه‌ای می‌توانند منجر به مشکلات عملکردی و رفتار غیرمنتظره شوند. وابستگی‌های چرخه‌ای را در اپلیکیشن خود شناسایی و حذف کنید.

• استفاده از ابزارهای تحلیل وابستگی: ابزارهایی مانند madge می‌توانند به شما در شناسایی وابستگی‌های چرخه‌ای در پایگاه کد خود کمک کنند.
• بازسازی کد (Refactor): کد خود را برای حذف وابستگی‌های چرخه‌ای بازسازی کنید. این ممکن است شامل انتقال کارکردهای مشترک به یک ماژول جداگانه یا استفاده از تزریق وابستگی (dependency injection) باشد.
• در نظر گرفتن بارگذاری تنبل (Lazy Loading): در برخی موارد، می‌توانید وابستگی‌های چرخه‌ای را با استفاده از بارگذاری تنبل بشکنید. این شامل بارگذاری یک ماژول فقط در صورت نیاز است، که می‌تواند از تفکیک وابستگی چرخه‌ای در طول فرآیند ساخت اولیه جلوگیری کند.

۳. بهینه‌سازی وابستگی‌ها

تعداد و اندازه وابستگی‌های شما می‌تواند به طور قابل توجهی بر عملکرد گراف ماژول شما تأثیر بگذارد. وابستگی‌های خود را برای کاهش پیچیدگی کلی اپلیکیشن خود بهینه کنید.

• حذف وابستگی‌های استفاده نشده: هر گونه وابستگی که دیگر در اپلیکیشن شما استفاده نمی‌شود را شناسایی و حذف کنید.
• استفاده از جایگزین‌های سبک‌تر: استفاده از جایگزین‌های سبک‌تر برای وابستگی‌های بزرگ‌تر را در نظر بگیرید. به عنوان مثال، ممکن است بتوانید یک کتابخانه ابزار بزرگ را با یک کتابخانه کوچک‌تر و متمرکزتر جایگزین کنید.
• بهینه‌سازی نسخه‌های وابستگی: از نسخه‌های مشخصی از وابستگی‌های خود به جای تکیه بر محدوده‌های نسخه wildcard استفاده کنید. این می‌تواند از تغییرات غیرمنتظره و شکستن کد جلوگیری کند و رفتار ثابتی را در محیط‌های مختلف تضمین کند. استفاده از یک lockfile (package-lock.json یا yarn.lock) برای این کار ضروری است.
• ممیزی وابستگی‌های خود: به طور منظم وابستگی‌های خود را برای آسیب‌پذیری‌های امنیتی و بسته‌های منسوخ شده ممیزی کنید. این می‌تواند به جلوگیری از خطرات امنیتی و اطمینان از اینکه از آخرین نسخه‌های وابستگی‌های خود استفاده می‌کنید، کمک کند. ابزارهایی مانند `npm audit` یا `yarn audit` می‌توانند در این زمینه کمک کنند.

۴. تقسیم کد (Code Splitting)

تقسیم کد، کد اپلیکیشن شما را به چندین باندل کوچک‌تر تقسیم می‌کند که می‌توانند بر اساس تقاضا بارگذاری شوند. این می‌تواند زمان بارگذاری اولیه را به طور قابل توجهی بهبود بخشد و پیچیدگی کلی گراف ماژول شما را کاهش دهد.

• تقسیم بر اساس مسیر (Route-Based Splitting): کد خود را بر اساس مسیرهای مختلف در اپلیکیشن خود تقسیم کنید. این به کاربران امکان می‌دهد فقط کدی را که برای مسیر فعلی لازم است، دانلود کنند.
• تقسیم بر اساس کامپوننت (Component-Based Splitting): کد خود را بر اساس کامپوننت‌های مختلف در اپلیکیشن خود تقسیم کنید. این به شما امکان می‌دهد کامپوننت‌ها را بر اساس تقاضا بارگذاری کنید و زمان بارگذاری اولیه را کاهش دهید.
• تقسیم کد فروشنده (Vendor Splitting): کد فروشنده خود (کتابخانه‌های شخص ثالث) را به یک باندل جداگانه تقسیم کنید. این به شما امکان می‌دهد کد فروشنده را به طور جداگانه کش کنید، زیرا احتمال تغییر آن کمتر از کد اپلیکیشن شما است.
• وارد کردن‌های پویا (Dynamic Imports): از وارد کردن‌های پویا (import()) برای بارگذاری ماژول‌ها بر اساس تقاضا استفاده کنید. این به شما امکان می‌دهد ماژول‌ها را فقط در صورت نیاز بارگذاری کنید، زمان بارگذاری اولیه را کاهش دهید و عملکرد کلی اپلیکیشن خود را بهبود بخشید.

۵. تری شیکینگ (Tree Shaking)

تری شیکینگ کدهای مرده (صادرات استفاده نشده) را در طول فرآیند باندلینگ حذف می‌کند. این اندازه باندل نهایی را کاهش می‌دهد و عملکرد اپلیکیشن شما را بهبود می‌بخشد.

• استفاده از ماژول‌های ES: از ماژول‌های ES (import و export) به جای ماژول‌های CommonJS (require و module.exports) استفاده کنید. ماژول‌های ES به صورت ایستا قابل تحلیل هستند، که به باندلرها امکان می‌دهد تا تری شیکینگ را به طور مؤثر انجام دهند.
• اجتناب از عوارض جانبی (Side Effects): از عوارض جانبی در ماژول‌های خود اجتناب کنید. عوارض جانبی عملیاتی هستند که وضعیت سراسری را تغییر می‌دهند یا پیامدهای ناخواسته دیگری دارند. ماژول‌های دارای عوارض جانبی را نمی‌توان به طور مؤثر تری شیکینگ کرد.
• علامت‌گذاری ماژول‌ها به عنوان بدون عوارض جانبی: اگر ماژول‌هایی دارید که عوارض جانبی ندارند، می‌توانید آنها را در فایل package.json خود به این صورت علامت‌گذاری کنید. این به باندلرها کمک می‌کند تا تری شیکینگ را به طور مؤثرتری انجام دهند. `"sideEffects": false` را به package.json خود اضافه کنید تا نشان دهید که تمام فایل‌های بسته بدون عوارض جانبی هستند. اگر فقط برخی از فایل‌ها عوارض جانبی دارند، می‌توانید آرایه‌ای از فایل‌هایی را که *دارای* عوارض جانبی هستند ارائه دهید، مانند `"sideEffects": ["./src/hasSideEffects.js"]`.

۶. بهینه‌سازی پیکربندی ابزارها

پیکربندی باندلر و ابزارهای مرتبط شما می‌تواند به طور قابل توجهی بر عملکرد گراف ماژول شما تأثیر بگذارد. پیکربندی ابزارهای خود را برای بهبود کارایی فرآیند ساخت خود بهینه کنید.

• استفاده از آخرین نسخه‌ها: از آخرین نسخه‌های باندلر و ابزارهای مرتبط خود استفاده کنید. نسخه‌های جدیدتر اغلب شامل بهبودهای عملکردی و رفع اشکالات هستند.
• پیکربندی موازی‌سازی (Parallelism): باندلر خود را برای استفاده از چندین رشته برای موازی‌سازی فرآیند ساخت پیکربندی کنید. این می‌تواند زمان ساخت را به طور قابل توجهی کاهش دهد، به خصوص در ماشین‌های چند هسته‌ای. به عنوان مثال، Webpack به شما امکان می‌دهد از `thread-loader` برای این منظور استفاده کنید.
• به حداقل رساندن تبدیل‌ها (Transformations): تعداد تبدیل‌های اعمال شده بر روی کد خود را در طول فرآیند ساخت به حداقل برسانید. تبدیل‌ها می‌توانند از نظر محاسباتی گران باشند و فرآیند ساخت را کند کنند. به عنوان مثال، اگر از Babel استفاده می‌کنید، فقط کدی را که نیاز به تبدیل دارد، تبدیل کنید.
• استفاده از یک کوچک‌کننده (Minifier) سریع: از یک کوچک‌کننده سریع مانند terser یا esbuild برای کوچک کردن کد خود استفاده کنید. کوچک‌سازی اندازه کد شما را کاهش می‌دهد، که می‌تواند زمان بارگذاری اپلیکیشن شما را بهبود بخشد.
• پروفایل‌سازی فرآیند ساخت خود: به طور منظم فرآیند ساخت خود را برای شناسایی گلوگاه‌های عملکرد و بهینه‌سازی پیکربندی ابزارهای خود پروفایل‌سازی کنید.

۷. بهینه‌سازی سیستم فایل

سرعت سیستم فایل شما می‌تواند بر زمان لازم برای یافتن و خواندن فایل‌های ماژول تأثیر بگذارد. سیستم فایل خود را برای بهبود عملکرد گراف ماژول خود بهینه کنید.

• استفاده از یک دستگاه ذخیره‌سازی سریع: از یک دستگاه ذخیره‌سازی سریع مانند SSD برای ذخیره فایل‌های پروژه خود استفاده کنید. این می‌تواند سرعت عملیات سیستم فایل را به طور قابل توجهی بهبود بخشد.
• اجتناب از درایوهای شبکه: از استفاده از درایوهای شبکه برای فایل‌های پروژه خود اجتناب کنید. درایوهای شبکه می‌توانند به طور قابل توجهی کندتر از ذخیره‌سازی محلی باشند.
• بهینه‌سازی ناظران سیستم فایل (File System Watchers): اگر از یک ناظر سیستم فایل استفاده می‌کنید، آن را طوری پیکربندی کنید که فقط فایل‌ها و دایرکتوری‌های لازم را نظارت کند. نظارت بر فایل‌های بیش از حد می‌تواند فرآیند ساخت را کند کند.
• در نظر گرفتن یک RAM Disk: برای پروژه‌های بسیار بزرگ و ساخت‌های مکرر، قرار دادن پوشه `node_modules` خود را بر روی یک RAM disk در نظر بگیرید. این می‌تواند سرعت دسترسی به فایل را به طور چشمگیری بهبود بخشد، اما به RAM کافی نیاز دارد.

مثال‌های واقعی

بیایید به چند مثال واقعی از نحوه اعمال این استراتژی‌های بهینه‌سازی نگاهی بیندازیم:

مثال ۱: بهینه‌سازی یک اپلیکیشن React با Webpack

یک اپلیکیشن تجارت الکترونیک بزرگ که با React و Webpack ساخته شده بود، با زمان‌های ساخت کند مواجه بود. پس از تحلیل فرآیند ساخت، مشخص شد که تفکیک ماژول یک گلوگاه اصلی است.

راه‌حل:

• پیکربندی نام‌های مستعار ماژول در webpack.config.js برای ساده‌سازی مسیرهای وارد کردن.
• بهینه‌سازی گزینه‌های resolve.modules و resolve.extensions.
• فعال کردن کشینگ در Webpack.

نتیجه: زمان ساخت ۳۰٪ کاهش یافت.

مثال ۲: حذف وابستگی‌های چرخه‌ای در یک اپلیکیشن Angular

یک اپلیکیشن Angular با رفتار غیرمنتظره و مشکلات عملکردی مواجه بود. پس از استفاده از madge، مشخص شد که چندین وابستگی چرخه‌ای در پایگاه کد وجود دارد.

راه‌حل:

• بازسازی کد برای حذف وابستگی‌های چرخه‌ای.
• انتقال کارکردهای مشترک به ماژول‌های جداگانه.

نتیجه: عملکرد اپلیکیشن به طور قابل توجهی بهبود یافت و رفتار غیرمنتظره برطرف شد.

مثال ۳: پیاده‌سازی تقسیم کد در یک اپلیکیشن Vue.js

یک اپلیکیشن Vue.js اندازه باندل اولیه بزرگی داشت که منجر به زمان‌های بارگذاری کند می‌شد. تقسیم کد برای بهبود زمان بارگذاری اولیه پیاده‌سازی شد.

راه‌حل:

• پیاده‌سازی تقسیم کد بر اساس مسیر با استفاده از ویژگی بارگذاری تنبل Vue Router.
• تقسیم کد فروشنده به یک باندل جداگانه.

نتیجه: زمان بارگذاری اولیه ۵۰٪ کاهش یافت.

نتیجه‌گیری

بهینه‌سازی گراف ماژول جاوا اسکریپت شما برای ارائه اپلیکیشن‌های وب با عملکرد بالا حیاتی است. با درک عواملی که بر عملکرد گراف ماژول تأثیر می‌گذارند، تحلیل فرآیند ساخت خود و اعمال استراتژی‌های بهینه‌سازی مؤثر، می‌توانید سرعت تفکیک وابستگی و عملکرد کلی ساخت را به طور قابل توجهی بهبود بخشید. این به معنای چرخه‌های توسعه سریع‌تر، بهره‌وری بهبود یافته توسعه‌دهندگان و تجربه کاربری بهتر است.

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