ترحيل نموذج أوراكل القائم على الأحرف

Question

لدي خادم قديم يعمل بنظام DG/UX والذي سيكون غير مدعوم في المستقبل القريب.لدي بعض نماذج أوراكل المستندة إلى الأحرف والتي يجب ترحيلها من هذا الجهاز.هل يعرف أحد نوع استراتيجية الترحيل التي تتبعها Oralce لترقية هذه التقارير المستندة إلى الأحرف.ليس من الضروري أن يكون الإصدار الأحدث، ولا يجب أن يكون حتى إصدار واجهة المستخدم الرسومية، لكني بحاجة إلى الانتقال إلى نظام تشغيل مدعوم مثل Linux.

Answer 1

الجواب السهل هو أن نطلب منك التحقق من ذلك الهجرة من 6i إلى 10g.

بعد أن قمت بذلك من قبل، أعتقد أن الإجابة الأكثر فائدة هي أن نطلب منك إعادة كتابة تلك النماذج والتقارير من البداية.ربما في أداة أخرى - خاصة إذا كنت ترغب في الحصول على واجهة ويب، وما إلى ذلك.بدلاً من أن تكون مقيدًا بوقت تشغيل Java القديم.

هناك منتجات تتيح لك ترجمة كود النماذج القديم إلى PL/SQL. كوماران هو مثال على ذلك، لكنني وجدت أنه به أخطاء واضطررت إلى القيام بالكثير من التحرير اليدوي للكود لجعله يعمل بنفس الطريقة التي يعمل بها النص الأصلي.

بقدر ما يهمني، واجهة المستخدم الرسومية (CUI) ميتة، لذا يمكنك الانتقال إلى واجهة المستخدم الرسومية (GUI).في المرة الأخيرة التي نظرت إليها، لم يكن هناك تقريبًا أي وثائق لنماذج واجهة المستخدم الرسومية (CUI) وفي كثير من الأحيان الأشياء التي تعمل في واجهة المستخدم الرسومية لن تعمل في واجهة المستخدم الرسومية على الإطلاق.

هناك بعض المشاكل التي قد تواجهها عند تحويل تطبيقات النماذج المعتمدة على واجهة المستخدم الرسومية (CUI) إلى واجهة المستخدم الرسومية (GUI).

• في بعض الأحيان يتم إجراء التحقق من الصحة والمعالجة الخاصة عندما ينتقل المستخدم إلى الحقل/الكتلة التالية أو السابقة/إلخ.عند التبديل إلى واجهة المستخدم الرسومية المناسبة، يمكن للمستخدم تخطي تلك الأحداث بمجرد النقر فوق حقل آخر.لذا، يتبقى أمامك خياران - #1 تدقيق كافة النماذج أو #2 تعطيل التنقل في النموذج باستخدام الماوس

  الخيار رقم 1 هو عمل أقل من إعادة التطوير ولكن انظر إلى مقدار العمل الذي قمنا به بالفعل.

  الخيار رقم 2 سوف يكرهك المستخدمون ويلاحقونك بالشوك والمشاعل.سوف يدركون أنهم ليس لديهم أي شيء ذي قيمة مقابل كل العمل الذي بذلته فيه.ثم سينتهي بك الأمر إلى تنفيذ الخيار رقم 1 على أي حال.

• في بعض الأحيان، تكون واجهة المستخدم التي تعمل بشكل جيد (أو المطلوبة بموجب قيود) واجهة المستخدم الرسومية خاطئة تمامًا وتكسر استعارة واجهة المستخدم التي اعتاد المستخدمون على العمل بها في بقية واجهة المستخدم الرسومية (على سبيل المثال، نافذة منبثقة بها قائمة) أنه يتعين عليك تحديد إدخال بدلاً من السحب لأسفل حيث يمكنك فقط اختيار القيمة الصحيحة مباشرةً)

• عند تحويلها إلى واجهة المستخدم الرسومية، قد ينتهي الأمر بواجهة المستخدم الرسومية بخطوط وأحجام نص وتنسيقات افتراضية أخرى مختلفة عن النموذج المكتوب حديثًا (وهذا ما حدث بالنسبة لي).لذا، يجب الآن إما تحديث مجموعة النماذج بأكملها لتتبع سمة Oracle الافتراضية الجديدة للنماذج/التقارير أو يجب أن يعود كل نموذج/تقرير جديد مرة أخرى إلى النمط القديم القديم الذي كان لديك من قبل - وإلا فسوف يظل مثل الإبهام المؤلم (وسيريد المستخدمون أن يكونوا جميعًا مثل الشخص الجميل الآن).

ليس الجواب الذي أردته؛هاه.ولكن يمكنك استخدام هذا كذريعة للخروج من طاحونة ترقية النماذج/التقارير وربما حتى تنظيف بعض الاختراقات التي كان لا بد من حدوثها على مر السنين.