সাধারণত, যখন কেউ প্রচুর প্ল্যাটফর্মে ভালভাবে পরীক্ষিত, যাচাই করা এমন কিছু থেকে দূরে সরে যেতে বলেন, তখন এটি "কোড গন্ধ" নামে পরিচিত একটি অন্তর্নিহিত সমস্যার বহিরাগত প্রকাশ এবং "প্রযুক্তিগত debtণ" বা "কোডের অনিয়ন্ত্রিত জমা" ঋণ "। জিএনইউ সংরক্ষণাগারটি বছরের পর বছর ধরে বেশিরভাগ সংখ্যক কোড debtণ তৈরি করেছিল এবং কোনও কোডবেস সঠিকভাবে রক্ষণাবেক্ষণ না করা হলে এটি একটি ব্রেকিং পয়েন্টে পৌঁছতে পারে (লিগ্যাসি কোড এবং এমনকি মরবিড লিগ্যাসি কোড)।
সাধারণত, কেউ এটিকে নিয়ন্ত্রণে রাখার জন্য বিরতিতে পুনরায় ইঞ্জিনিয়ারিং এবং রিফ্যাক্টরিংয়ের প্রক্রিয়া চালায়। সুতরাং, আসল প্রশ্নটি যা এখানে উত্থাপিত হচ্ছে তা হ'ল কোরিউটিলগুলির একটি রিফ্যাক্টরড সংস্করণ বিকাশ করা হয়েছে কিনা। এটি অবশ্যই একেবারে প্রতিস্থাপনের সম্ভাবনা অন্তর্ভুক্ত করেছে (একটি বিশেষ ক্ষেত্রে হিসাবে) - অনেকটা ওয়াইল্যান্ডের মতো এক্সের হয়ে উঠছে ... এর অনেকগুলি বিকাশকারী সরাসরি এক্স ক্যাম্প থেকে বেরিয়ে আসছেন।
আমার পরামর্শটি হ'ল বাস্তবে refোকা এবং রিফ্যাক্টর কোর্টিলগুলি। কারও এটা করতে হবে। এবং যে কেউ কোর্টিলগুলি প্রতিস্থাপনের বিষয়টি উত্থাপন করে - আপনার ধারণা আপনার প্রকল্প।
এই লক্ষ্যে, আপনি যা কিছু অটোমেশন পাচ্ছেন তার সদ্ব্যবহার করুন: রিসেক্টরিং ইঞ্জিনগুলি, যেমন সিএসসিআউট বা আরও উন্নত বিশ্লেষণ / সংশ্লেষণ পদ্ধতিগুলি (যেমন ফর্মাল কনসেপ্ট ল্যাটিস) প্রয়োগ করে anything তবে গভীর বিশ্লেষণ এখনও সক্রিয় গবেষণার তুলনামূলকভাবে নতুন এবং উন্মুক্ত ক্ষেত্র - এবং কৃত্রিম বুদ্ধিমত্তার উপর দিয়ে গেছে। (একজন রোবট সফটওয়্যার ইঞ্জিনিয়ার।)
বেশিরভাগ ইউটিলিটিগুলির মধ্যে ইতিমধ্যে পরীক্ষার স্যুট থাকা উচিত, সুতরাং প্রগতিশীল পদক্ষেপ অনুসারে পরিবর্তন + স্বয়ংক্রিয় প্রতিরোধের পরীক্ষার পদক্ষেপের মাধ্যমে বৈধতা দেওয়া যেতে পারে; যা বেশ দ্রুত যেতে পারে (উদাঃ 10 বা তার বেশি সংশোধন আপডেট / দিন)। এই প্রক্রিয়াটিতে একটি জটিলতা দেখা দেয় যদি সফ্টওয়্যার স্যুটটিতে কোথাও হার্ডওয়্যার বা নিম্ন-স্তরের সফ্টওয়্যার নির্ভরতা থাকে; যেহেতু এটি একাধিক প্ল্যাটফর্মে বৈধতা প্রেরণ করে। কোর্টিলগুলিতে এর অনেক কিছুই আমি জানি না; এটিতে হার্ডওয়্যার বা নিম্ন-স্তরের সফ্টওয়্যার স্তরগুলি থেকে কিছুটা পৃথক হওয়া উচিত (উদাহরণস্বরূপ কোর্টিলগুলি কী ধরণের জানে এমন জায়গাগুলির সংখ্যাফাইল সিস্টেমে এটি চালু রয়েছে ন্যূনতম বা, আরও ভাল, শূন্য হওয়া উচিত multi) একাধিক প্ল্যাটফর্ম পরীক্ষা করার উদ্দেশ্যে ব্যবহৃত ইমুলেটর এবং ভার্চুয়াল মেশিনগুলির সীমাবদ্ধতা রয়েছে। উদাহরণস্বরূপ, ম্যাক ওএস এক্স বিশেষভাবে এমনভাবে তৈরি করা হয়েছে যাতে এটি অনুকরণ করার ক্ষমতা বা ভিএমকে বাধা দেয়।