आसान जवाब यह है कि आप 6i से 10g तक माइग्रेशन की जांच करने के लिए कहें। ।
इसे पहले करने के बाद, मुझे लगता है कि जो अधिक उपयोगी उत्तर है वह आपको उन रूपों और रिपोर्टों को खरोंच से फिर से लिखने के लिए कहना है। संभवत:किसी अन्य टूल में - विशेष रूप से यदि आप एक प्राचीन जावा रनटाइम से प्रभावित होने के बजाय एक वेब इंटरफ़ेस आदि रखना चाहते हैं।
वहां ऐसे उत्पाद हैं जो आपको पुराने फॉर्म कोड को पीएल/एसक्यूएल में अनुवाद करने देंगे। कुमारन एक का उदाहरण है, लेकिन मुझे यह छोटी सी लगी और इसे मूल कोड के समान ही काम करने के लिए कोड का बहुत हाथ से संपादन करना पड़ा।
जहां तक मेरा संबंध है, सीयूआई मर चुका है, इसलिए आप एक जीयूआई के लिए भी जा सकते हैं। पिछली बार जब मैं इसे देख रहा था, तो सीयूआई रूपों के लिए लगभग कोई दस्तावेज नहीं था और अक्सर जीयूआई में काम करने वाली चीजें सीयूआई में बिल्कुल भी काम नहीं करती थीं।
सीयूआई आधारित फॉर्म एप्लिकेशन को जीयूआई में बदलने में आपको कुछ समस्याएं आ सकती हैं।
-
कभी-कभी सत्यापन और विशेष प्रसंस्करण किया जाता है जब उपयोगकर्ता अगले या पिछले क्षेत्र/ब्लॉक/आदि में जाता है। जब आप किसी उचित GUI पर स्विच करते हैं, तो आपका उपयोगकर्ता किसी अन्य फ़ील्ड पर क्लिक करके उन ईवेंट को छोड़ सकता है। तो आपके पास दो विकल्प बचे हैं - #1 सभी फ़ॉर्म का ऑडिट करें या #2 माउस से फ़ॉर्म में नेविगेशन को अक्षम करें
विकल्प # 1 पुनर्विकास की तुलना में कम काम है, लेकिन देखें कि हमने इसमें कितना काम किया है।
विकल्प # 2 आपके उपयोगकर्ता आपसे नफरत करेंगे और पिच कांटे और टॉर्च लेकर आपके पीछे आएंगे। वे महसूस करेंगे कि आपके द्वारा इसमें किए गए सभी कार्यों के लिए उनके पास कुछ भी मूल्य नहीं है। फिर आप वैसे भी Option #1 को करना समाप्त कर देंगे।
-
कभी-कभी एक यूआई जो एक सीयूआई में ठीक काम करता है (या इसकी सीमाओं के अनुसार आवश्यक है) सिर्फ सादा गलत है और यूआई रूपक को तोड़ता है जिसका उपयोग उपयोगकर्ता बाकी जीयूआई में काम करने के लिए करते हैं (उदाहरण के लिए, सूची के साथ एक पॉप-अप विंडो कि आपको नीचे खींचने के बजाय एक प्रविष्टि का चयन करना होगा जहां आप सीधे सही मान चुन सकते हैं)
-
जब एक जीयूआई में परिवर्तित किया जाता है तो सीयूआई एक ताजा लिखित फॉर्म (यह मेरे लिए किया गया) की तुलना में विभिन्न फोंट, टेक्स्ट आकार और अन्य स्वरूपण डिफ़ॉल्ट के साथ समाप्त हो सकता है। तो अब या तो फॉर्मों के पूरे सेट को फॉर्म/रिपोर्ट के लिए ओरेकल की नई डिफ़ॉल्ट थीम का पालन करने के लिए अपडेट किया जाना है या हर नए फॉर्म/रिपोर्ट को पुरानी पुरानी शैली में वापस लौटना है - या यह एक गले में अंगूठे की तरह चिपक जाएगा (और आपके उपयोगकर्ता चाहते हैं कि वे सभी अब सुंदर की तरह बनें)।
वह उत्तर नहीं जो आप चाहते थे; हुह। लेकिन आप इसे फॉर्म/रिपोर्ट अपग्रेड ट्रेड मिल से बाहर निकलने के बहाने के रूप में उपयोग कर सकते हैं और शायद कुछ हैक्स को भी साफ कर सकते हैं जो वर्षों से हो रहे हैं।
