আমি যতদূর জানি, তথাকথিত "ফ্যাট বাইনারি" - এক্সিকিউটেবল ফাইল যা একাধিক সিস্টেমের জন্য মেশিন কোড ধারণ করে - কেবলমাত্র অ্যাপল পিসিতে ব্যবহার করা হয়, এবং এমনকি সেখানে মনে হয় যে তারা কেবল তাদের ব্যবহার করেছে কারণ তাদের থেকে স্থানান্তরিত হওয়ার দরকার ছিল পাওয়ারপিসি থেকে x86।
আজকাল প্রচুর সফ্টওয়্যার ক্রস প্ল্যাটফর্ম, এবং মনে হয় যে একক ফ্যাট বাইনারি তৈরি করা অপারেটিং সিস্টেম এবং আর্কিটেকচারের প্রতিটি সংমিশ্রনের জন্য এক ডজন বা তারপরে বিভিন্ন ডাউনলোডের উপর নজর রাখার চেয়ে অনেক বেশি সহজ হবে, কোনওভাবে পৌঁছে দেওয়ার কথা উল্লেখ না করে গ্রাহকের কাছে যা তারা চায় to
উদাহরণস্বরূপ, কেন এই পদ্ধতিটি কখনই কার্যকর হয় নি তা নিয়ে আমি প্রচুর অনুমান নিয়ে আসতে পারি:
- বহু-ওএস বাইনারিগুলি অক্ষম করে তোলে ক্রস সংকলন সরঞ্জামের অভাব
- আপনাকে যে কোনওভাবেই প্রতিটি ওএসের কোড পরীক্ষা করতে হবে, সুতরাং আপনার ইতিমধ্যে এমন সিস্টেম থাকতে হবে যা প্রতিটি ওএসের জন্য স্থানীয়ভাবে সংকলন করতে পারে
- দৃশ্যত 32-বিট প্রোগ্রামগুলি ইতিমধ্যে 64-বিট মেশিনগুলিতে "কেবলমাত্র" কাজ করে
- ডায়ামিক লিঙ্কিং প্রতিটি ওএসে আলাদাভাবে কাজ করে, সুতরাং "ফ্যাট অ্যাপ্লিকেশন" না দিলেও একটি "ফ্যাট লাইব্রেরি" কাজ করতে পারে না
তবে যেহেতু আমি সবসময় একটি লাইব্রেরি বা কাঠামোর সাথে কাজ করি যা এই সমস্ত ওএস-নির্দিষ্ট এবং আর্কিটেকচার-নির্দিষ্ট বিশদটি আমার কাছ থেকে লুকিয়ে রাখে, আমি জানি না যে এর সত্যিকারের কোনওটি কতটা সত্য, বা আরও কিছু সমস্যা আছে যা আমি জানি না সম্পর্কিত. সুতরাং, চর্বি বাইনারিগুলি সাধারণত মাল্টি-আর্কিটেকচার এবং / বা মাল্টি-ওএস সফ্টওয়্যার তৈরি করতে ব্যবহার না করার প্রকৃত কারণগুলি কী? (অ্যাপলের বাইরে)