ما الذي يفعله Codexe خلف الكواليس

يحدث الكثير بين الضغط على توليد والحصول على مشروع Ready. معظمه عمل يقوم به Codexe على حسابه الخاص لتحصل على مشروع كامل يُبنى.

#1. التوليد

يكتب النموذج المشروع في رد واحد، يبدأ بخطة للملفات التي سيكتبها. تُحاسَب على هذا الرد.

#2. المواصلة (مجانية)

تتوقف النماذج أحياناً في منتصف ملف، أو تتخطى ملفاً خطّطت له. يكتشف Codexe ذلك (كتلة كود غير مكتملة، أو ملف مخطط له مفقود) ويطلب من النموذج نفسه المواصلة، حتى أربع مرات، إلى أن يوجد كل ملف مخطط له. سترى جارٍ كتابة الملفات المتبقية…. ولا تُحاسَب على المواصلة.

#3. إعادة المحاولة عند غياب المخرجات (مجانية)

إذا وصف الرد الأول المشروع بدلاً من كتابة الملفات، يطلب Codexe الملفات مرة أخرى بشكل صريح. وتنظّف هذه الجولة نفسها أيضاً العناصر المؤقتة مثل // TODO. ولا تُحاسَب عليها.

#4. فحص المنصة (مجاني)

قبل البناء، يتأكد Codexe من أن الملفات للمنصة التي طلبتها. فـ mod لـ Fabric مُسلَّم لطلب Spigot قد يُجمَّع، لكنه ليس ما أردته. إذا كانت المنصة خاطئة، يعيد Codexe توليده مرة واحدة بنموذج أقوى. وإذا فشل ذلك أيضاً، يتوقف المشروع، وفي حالة التوليد الأول تُستعاد توكناتك.

#5. البناء أو اختبار التحميل (مجاني)

تُجمَّع الـ plugins والـ mods؛ وتُحمَّل الـ datapacks وSkript على خادم تجريبي حقيقي. راجع التجميع.

#6. الإصلاح بالـ API الحقيقية (مجاني)

عندما يفشل البناء، يرى نموذج الإصلاح الأخطاء كما هي بالضبط والتواقيع العامة الحقيقية لفئات المكتبات المعنية، مقروءة من ملفات JAR نفسها التي استخدمها البناء. بهذه الطريقة يصلح أخطاء "method not found" لإصدار الـ API الذي تستخدمه فعلاً، بدلاً من التخمين. راجع الإصلاح التلقائي.

#ما الذي تدفع مقابله