Zielinski گفت: “این سازگاری با عقب را حفظ می کند و نباید به طور قابل توجهی بر اندازه بسته نرم افزاری تاثیر بگذارد.” برخی به درمان متفاوتی نیاز دارند. بیایید مورد به مورد در مورد آن بحث کنیم.» او همچنین به مشارکت کنندگان توصیه کرد که در نظر بگیرند که آیا یک API آزمایشی موجود در حال حاضر در هسته باید حذف شود یا خیر. او موارد زیادی از این را پیشبینی نمیکند، اما توصیه میکند از روشهای برقرار شده تماس با نویسندگان افزونه، استفاده از حذف نرمافزارها و انتشار پستهای اصلی استفاده کنند.
پس واقعاً پایدار نیست. بیایید ابتدا وابستگی ها را تثبیت کنیم.»
به طور رسمی، APIهای آزمایشی برای جلوگیری از استفاده شخص ثالث پرچم گذاری می شوند، زیرا انتظار می رود تغییر کنند. در عمل، افرادی که برای ویرایشگر بلوک میسازند، به هر حال از آنها استفاده میکنند، زیرا آنها در هسته هستند و میخواهند ویژگیهایی را که این APIها فعال میکنند گسترش دهند.
پس از ماهها بحث در مورد بلیت، زیلینسکی نگرانیهای مشارکتکنندگان را در طرح اقدام پیشنهادی در وبلاگ ساخت وردپرس اصلی بیان کرد.
من همچنین دو چیز را در اینجا می بینم: استفاده و سوء استفاده از APIهای آزمایشی در طول طراحی API (که عموماً در پلاگین گوتنبرگ مورد استفاده و آزمایش قرار می گیرند) و عدم وجود یک فرآیند سختگیرانه برای تثبیت آنها در زمانی که معیارهای طراحی را برآورده می کنند. معمار اصلی گوتنبرگ ماتیاس ونتورا نظر داد روی بلیط اصلی «آنهایی که باید در نظر گرفته شوند در حقیقت عمومی آنهایی هستند که برای بسیاری از نسخهها بهرغم نامگذاریشان به شکل ثابتی وجود داشتهاند.»
پیتر ویلسون، متولی اصلی وردپرس، در مورد این بلیط اظهار نظر کرد و گفت که طرفدار محدود کردن APIهای آزمایشی به محصولات لبه خونریزی است. رانندگی به خانه نیاز به این تغییر، او اشاره شده مجموعه ای از تأثیرات منفی که این APIهای آزمایشی اصلی روی اکوسیستم داشته اند:
- متعهدهای اصلی تمایلی به استفاده از برخی ویژگیهای کتابخانه برای آسانتر کردن وظایف اصلی ندارند، زیرا به قابلیت اطمینان اعتماد ندارند.
- توسعه دهندگان دیگر سایت های سرویس گیرنده WP را ارتقا نمی دهند. بهعنوان یک مرتکب اصلی که سالها برای حفظ سازگاری با گذشته تلاش کرده است، این من را ناامید میکند. به عنوان یک عضو تیم امنیتی بسیار نگران کننده است
- توسعه دهندگان تصمیم می گیرند به جای اتکا به آن، کپی هایی از بسته ها را در قالب ها و افزونه ها قرار دهند
wp.*
جهانی ها باز هم این موضوع از منظر امنیتی به من مربوط می شود، اما همچنین بار جاوا اسکریپت را به طور قابل توجهی بیشتر از حفظ سازگاری با عقب افزایش می دهد.- گزارشهای مربوط به شکستهای سازگاری با نسخههای کوچک: “شما انتظار ندارید نسخه 5.9.1 پاسخگویی تعدادی از تصاویر را در سایتهای ما خارج از ویرایشگر بلوک شکست دهد”
- توسعه دهندگان به این فکر نمی کنند که هرگز از بلوک های اصلی استفاده نکنند زیرا آنها بیش از حد ناپایدار هستند: “من استفاده/توسعه بلوک های اصلی را متوقف کردم زیرا آنها بسیار تغییر می کردند و من از بلوک های ACF استفاده می کردم تا حداقل بدانم که می توانم بلوک هایی بسازم که این کار را انجام ندهند. زنگ تفريح. مسلماً رابط کاربری به خوبی بلوکهای اصلی نیست، اما هر زمان که بخواهید، ثبات را نسبت به بلوکهای شکسته میکنم.»
حفظ این سطح از بی ثباتی می تواند افراد را از ایجاد وردپرس منصرف کند و آنها را به سمت پروژه های ساده تر دیگری که به روشی متفاوت مدیریت می شوند سوق دهد. این امکان وجود دارد که نیاز به تکیه بر APIهای آزمایشی، توسعهدهندگان را از ساخت محصولات بیشتر منصرف کرده باشد و پذیرش ویرایشگر بلوک را کند کند.
به منظور حفظ توانایی وردپرس در اجرای وعدههای سازگاری با عقب، این پیشنهاد توصیه میکند APIهای آزمایشی به افزونه گوتنبرگ محدود شوند و هرگز در هسته ادغام نشوند. در مواردی که یک ویژگی پایدار به یک API آزمایشی بستگی دارد، Zielinski یک پاسخ ساده را شناسایی کرد:
تا کنون این پیشنهاد حمایت بسیار مثبتی داشته است، زیرا بسیاری بر این باورند که این API ها در مرحله آزمایشی هرگز نباید از ابتدا به هسته اصلی می رسیدند.
آخرین مهلت برای اظهار نظر در مورد پیشنهاد 7 سپتامبر است، که بحث را فقط سه هفته قبل از آن خاتمه می دهد وردپرس 6.1 بتا 1 انتظار می رود. این به مشارکتکنندگان زمان میدهد تا قبل از انتشار اصلی بعدی، APIهای آزمایشی را عمیقتر بررسی کنند، در صورتی که در مورد محدود کردن آنها به افزونه گوتنبرگ به توافق برسند.