smalljs$molجستجو⌘ Kمستنداتزمین بازیمقایسهاکوسیستمدربارهFA
انتشارهاGetting Startedمعرفیمدل ذهنیشروع به کاراز تایپ‌اسکریپت به view.treeساختار پروژهابزارهاEssentialsنصبنماهاوضعیت و واکنش‌گراییمسیریابیرندرتست‌نویسیاستقراررفع اشکالDataدریافت دادهطرح‌واره‌های دادهGiper BazaMoreویتریناز React، Vue و Svelteکتابِ آشپزیAdvancedپلاگین‌هافراداده‌های ماژولآفلایننماهای شبحAboutپرسش‌های پرتکرارتیمانتشارهاAPI$mol_button_major$mol_button_minor$mol_string$mol_number$mol_text$mol_paragraph$mol_list$mol_row$mol_link$mol_check$mol_switch$mol_select$mol_scroll$mol_page$mol_pick

انتشارها

$mol پیوسته عرضه می‌شود. به‌جای بریدنِ نسخه‌های شماره‌دار، فریم‌ورک مستقیماً از مونوریپوی mam_mol عرضه می‌شود——هر تغییرِ ادغام‌شده بلافاصله برای هرکسی که رویش می‌سازد در دسترس است. ابزارِ ساختِ MAM همیشه سورس‌های کنونی را می‌کشد، پس نه گامِ ارتقایی هست و نه ماتریسِ نسخه‌ای که باید سازگار شود.

دنبال‌کردنِ تغییرات

تاریخچهٔ کامیت‌ها—— کامیت‌های mam_mol چنجلاگِ متعارف‌اند.تاریخچهٔ هر ماژول——هر پوشهٔ کامپوننت در GitHub لاگِ کامیتِ خودش را دارد، پس می‌توانید فقط بخش‌هایی را که استفاده می‌کنید زیرِ نظر بگیرید.جامعهٔ DEV——افزوده‌ها و نوشته‌های شایانِ‌توجه زیرِ تگِ #mol به اشتراک گذاشته می‌شوند.

این در عمل چه معنایی دارد

چون هیچ مرزِ انتشارِ شکننده‌ای نیست، فریم‌ورک تکاملِ سازگار با گذشته را ترجیح می‌دهد: کامپوننت‌ها بدونِ تغییرِ نام قابلیت به دست می‌آورند، و واسط‌های نوع‌دارِ view.tree باعث می‌شوند ناسازگاری‌ها در زمانِ کامپایل رو بیایند نه در زمانِ اجرا. اگر پس از یک به‌روزرسانی، ساخت دیگر کامپایل نشد، خطاهای TypeScript مستقیماً به آنچه تغییر کرده اشاره می‌کنند.
ویرایش این صفحه در GitHubآیا این مفید بود؟بلهخیرقبلیتیمبعدی$mol_button_major
در این صفحهدنبال‌کردنِ تغییراتاین در عمل چه معنایی دارد
Type to search the documentation.