समस्याएँ जिन पर हम काम करते हैं
- आप COM, ActiveX या OCX को तुरंत नहीं हटा सकते
- कोई 32-बिट कंपोनेंट सिस्टम को 64 बिट पर ले जाने में बाधा बन रहा है
- आप नहीं जानते कि C++ परिसंपत्तियों को .NET से जोड़ने का सबसे अच्छा तरीका क्या है
- आप मौजूदा विनिर्देश तोड़े बिना चरणबद्ध रूप से माइग्रेट करना चाहते हैं
प्रक्रिया के सिद्धांत
मौजूदा परिसंपत्तियों का पुन: उपयोग करते समय प्रायः सबसे स्वाभाविक यही होता है कि पूर्ण प्रतिस्थापन से शुरुआत न की जाए।
सबसे पहले हम निम्नलिखित बिंदु स्पष्ट करते हैं:
- परिसंपत्ति कोई इंटरफ़ेस कंपोनेंट है या उसमें व्यवसाय के विनिर्देश निहित हैं
- क्या वह इन-प्रोसेस बनी रह सकती है
- 32 और 64 बिट के बीच की बाधा को कहाँ पार किया जाना चाहिए
- अंतर को रैपर से समाहित किया जाए या किसी अलग प्रोसेस में पृथक किया जाए
विशेष रूप से उपयुक्त क्षेत्र
- COM, ActiveX या OCX वाले मौजूदा सिस्टमों का व्यवस्थापन
- C++ और C# के बीच की सीमा का व्यवस्थापन
- C++/CLI के माध्यम से रैपिंग
- 32 और 64 बिट को जोड़ने वाले आर्किटेक्चर की समीक्षा
- चरणबद्ध प्रतिस्थापन योजना का निर्माण
इस सेवा के लिए उपयुक्त मामले
- मौजूदा परिसंपत्तियों में व्यवसाय के नियम या उपकरणों के विनिर्देश निहित हैं और उन्हें आसानी से नहीं बदला जा सकता
- आप उनका जीवनकाल बढ़ाने और सीमाओं को व्यवस्थित करने को प्राथमिकता देना चाहते हैं
- आप भविष्य में उन्हें बदलना चाहते हैं, लेकिन अभी आपको एक सुरक्षित माइग्रेशन मार्ग चाहिए
हम किस स्थिति तक पहुँचना चाहते हैं
लक्ष्य “सब कुछ पुराना हटा देना” नहीं है, बल्कि संरक्षित रखने योग्य परिसंपत्तियों का लाभ उठाना और केवल जटिल सीमाओं को सरल बनाना है।
इस प्रकार हम प्राप्त करना चाहते हैं:
- एक ऐसी संरचना जिसका रखरखाव आसान हो
- प्रतिस्थापनों के लिए एक स्पष्ट क्रम
- भविष्य में माइग्रेशन की कम लागत