يُؤطَّر تحديث Oracle Forms عادةً كخيار ثنائي. إما إعادة كتابته يدوياً على مدى ثلاث إلى خمس سنوات، أو تشغيله من خلال مترجم آلي في تسعة أشهر وقبول أن المخرجات تحمل كل عيب من الأصل. كلا الخيارين خاطئان. إنهما خاطئان لأنهما يُعاملان الكود المصدري على أنه الشيء الذي يستحق الحفاظ عليه، في حين أن الأصل الفعلي هو منطق العمل الكامن تحته.
هناك مسار ثالث يفصل بين الاثنين. استخرج المنطق إلى تمثيل وسيط مُهيكَل، وأعد توليد التطبيق من هناك. لا تنجو البنية القديمة. لكن قواعد العمل تنجو.
الخيار الزائف
تحرق إعادات الكتابة اليدوية الميزانية وتترك العمل يعمل على النظام القديم لسنوات. تُظهر بيانات الترحيل الخاصة بنا أن تطبيق Forms المؤسسي المتوسط يحمل بين 200 و600 شاشة، و1,500 إلى 4,000 مُشغّل PL/SQL، وعقد من قواعد العمل غير الموثّقة. إعادة كتابة ذلك يدوياً هو مشروع آثار يمتد لعدة سنوات — ومقارنة كاملة للبدائل الخمسة في 2026 تُظهر أين يميل كل خيار إلى النجاح أو الفشل.
تقلب المترجمات الآلية المقايضة. إنها سريعة، ولكنها تعامل ملف .fmb كمصدر للحقيقة وتُصدر بناء جملة حديثاً يحافظ على كل افتراض قديم. تُجمَّع النتيجة. كما أنها تحمل نفس الاقتران، ونفس الأنماط الإجرائية، ونفس ديون الصيانة.
هناك طريق ثالث.
ما الذي يفعله الترحيل المُهيكَل فعلاً
بدلاً من ترجمة الكود سطراً بسطر، نعمل على مستوى أعلى من التجريد. يعمل خط أنابيب DEX Elements في ثلاث مراحل.
- تحليل كل كتلة، ومُشغّل، وLOV، ولوحة، وإجراء PL/SQL في التطبيق المصدر.
- استخراج منطق العمل إلى تمثيل وسيط مُطبَّع نسميه واصف JSON.
- توليد تطبيق TypeScript حديث من تلك الواصفات باستخدام إطار مكوّنات محكوم.
التمثيل الوسيط ليس كوداً. إنه وصف مُهيكَل لما يفعله التطبيق. هذا التمييز هو النقطة بأكملها. المخرجات حتمية وقابلة للتدقيق. ينجو منطق العمل دون وراثة البنية القديمة. يمكن لنفس الواصفات استهداف أي إطار ندعمه. وعندما يتغير واصف، يتحدث التطبيق الجاري.
لماذا هذا مهم للمؤسسات
بالنسبة لـ CTO، المخرج هو TypeScript قياسي تمتلكه الشركة تماماً. لا يوجد وقت تشغيل مُورّد، ولا ترخيص Oracle على الحزمة الجديدة.
بالنسبة لفريق التطوير، المشروع المُولّد هو مساحة عمل npm عادية. أدوات مألوفة، ونشر مألوف، ولا تلزم معرفة ترحيل متخصصة لصيانته بعد أن نغادر.
بالنسبة للعمل، يُشحن الترحيل في أشهر بدلاً من سنوات. يعمل النظام القديم بالتوازي، ويحدث الانتقال شاشة بشاشة بدلاً من عطلة نهاية أسبوع واحدة من المخاطر.
بالنسبة للامتثال، تحمل كل شاشة واصفاً مُهيكلاً يعمل كوثائق حيّة. مسارات تدقيق SOX، والوصول القائم على الأدوار، ومراجعة الأمان تعيش على مستوى الإطار بدلاً من قرارات المطورين الفردية.
طبقة الذكاء الاصطناعي التي يفتحها هذا
بمجرد وجود تطبيق كواصفات JSON، يمكن لمساعد الذكاء الاصطناعي العمل عليه بأمان. النموذج لا يُولّد كوداً ذا صيغة حرة. بل يُحرّر مخططاً مُقيّداً يعرف الإطار بالفعل كيفية عرضه. المخرجات يمكن التنبؤ بها، وقابلة للمراجعة، وقابلة للعكس — وتستخدم 5-10 أضعاف عدد أقل من الرموز من توليد الكود ذي الصيغة الحرة كتأثير جانبي.
يُمكّن ذلك العمل الذي سيكون متهوراً على الكود الخام. يُعدّل المحللون غير التقنيين الشاشات بوصف التغييرات بلغة طبيعية. يُجيب النظام على الأسئلة حول سلوكه الخاص. تُصاغ وحدات جديدة من فقرة نية بدلاً من ملحمة Jira.
الترحيل المُهيكَل ليس فقط أسرع من إعادة الكتابة أو أنظف من المترجم. إنه يُحوّل مشروعاً لمرة واحدة إلى قدرة دائمة.