যে সমস্যাগুলি আমরা সমাধান করি
- COM, ActiveX বা OCX এখনই অবসরে পাঠানো যাচ্ছে না
- একটি ৩২-বিট কম্পোনেন্ট সিস্টেমকে ৬৪-বিটে নেওয়ার পথে বাধা হয়ে দাঁড়িয়েছে
- C++ অ্যাসেটকে .NET-এর সঙ্গে সংযুক্ত করার সেরা উপায় জানা নেই
- বিদ্যমান স্পেসিফিকেশন না ভেঙে ধাপে ধাপে মাইগ্রেট করতে চান
প্রক্রিয়ার মূলনীতি
বিদ্যমান অ্যাসেট পুনর্ব্যবহারের ক্ষেত্রে, সম্পূর্ণ প্রতিস্থাপন থেকে শুরু না করাই প্রায়শই সবচেয়ে স্বাভাবিক পথ।
প্রথমে আমরা নিচের বিষয়গুলি স্পষ্ট করি:
- অ্যাসেটটি একটি ইন্টারফেস কম্পোনেন্ট, নাকি এতে ব্যবসায়িক স্পেসিফিকেশন অন্তর্ভুক্ত
- এটি ইন-প্রসেসে থাকতে পারবে কি না
- ৩২-বিট ও ৬৪-বিটের বাধা কোন জায়গায় অতিক্রম করা উচিত
- পার্থক্যটি র্যাপার দিয়ে সামলানো হবে, নাকি আলাদা প্রসেসে পৃথক করা হবে
বিশেষভাবে উপযুক্ত ক্ষেত্র
- COM, ActiveX বা OCX অন্তর্ভুক্ত বিদ্যমান সিস্টেম গুছিয়ে তোলা
- C++ ও C#-এর সীমানা গুছিয়ে তোলা
- C++/CLI-এর মাধ্যমে র্যাপিং
- ৩২-বিট ও ৬৪-বিট সংযুক্তকারী আর্কিটেকচারের পর্যালোচনা
- ধাপে ধাপে প্রতিস্থাপনের একটি পরিকল্পনা তৈরি
এই সেবার জন্য উপযুক্ত পরিস্থিতি
- বিদ্যমান অ্যাসেটে ব্যবসায়িক নিয়ম বা যন্ত্রপাতির স্পেসিফিকেশন অন্তর্ভুক্ত, তাই সহজে প্রতিস্থাপন করা যায় না
- আয়ু বাড়ানো ও সীমানা গুছিয়ে তোলাকে অগ্রাধিকার দিতে চান
- ভবিষ্যতে প্রতিস্থাপন করতে চান, কিন্তু এখন একটি নিরাপদ মাইগ্রেশন পথ প্রয়োজন
আমরা যে অবস্থায় পৌঁছাতে চাই
লক্ষ্য “পুরোনো সবকিছু মুছে ফেলা” নয়, বরং যে অ্যাসেটগুলি সংরক্ষণ করা উচিত সেগুলি কাজে লাগানো এবং কেবল জটিল সীমানাগুলিকে সরল করা।
এভাবে আমরা অর্জন করতে চাই:
- রক্ষণাবেক্ষণ সহজ এমন একটি কাঠামো
- প্রতিস্থাপনের একটি স্পষ্ট ক্রম
- ভবিষ্যতে কম মাইগ্রেশন খরচ