Nozik ikkilik interfeys muammosi - Fragile binary interface problem
 | Bu maqola uchun qo'shimcha iqtiboslar kerak tekshirish. (2009 yil may) (Ushbu shablon xabarini qanday va qachon olib tashlashni bilib oling) |
The nozik ikkilik interfeys muammosi yoki Federal qidiruv byurosi aniqning etishmasligi ob'ektga yo'naltirilgan dasturlash til kompilyatorlar, unda asosiy sinf kutubxonasidagi ichki o'zgarishlar avlod kutubxonalari yoki dasturlarining ishlashini to'xtatishi mumkin. Bu misol dasturiy ta'minotning mo'rtligi.
Ushbu muammo ko'proq deb nomlanadi mo'rt asosiy sinf muammo yoki FBC; ammo, bu atama yanada kengroq ma'noga ega.
Sababi
Muammo ko'plab umumiy ob'ektga yo'naltirilgan (OO) tillar uchun kompilyatorlar bilan ishlatilgan "yorliq" tufayli yuzaga keladi, bu dizayn xususiyati OO tillari ilgari OO bo'lmagan tillardan rivojlanib kelganda saqlanib qolgan. tizimli dasturlash kabi tillar C va Paskal.
Ushbu tillarda zamonaviy ma'noda ob'ektlar mavjud emas edi, ammo shunga o'xshash konstruktsiya mavjud edi a yozuv (yoki Cda "struct") bir xil xotirada bir-biriga o'xshash turli xil ma'lumotlarni saqlaydigan. Muayyan yozuvdagi qismlarga yozuvning boshlanish joyini kuzatib borish va bilish orqali kirish mumkin edi ofset ushbu boshlang'ich nuqtadan savolga qadar bo'lgan qismga. Masalan, "shaxs" yozuvida dasturchi yozadigan bosh harfga kirish uchun ism, familiya va otasining bosh ismi bo'lishi mumkin thisPerson.middleInitial kompilyator shunga o'xshash narsaga aylanadi a = joy (thisPerson) + ofset (middleInitial). Zamonaviy protsessorlarda odatda ushbu keng tarqalgan kirish uchun ko'rsatmalar mavjud.
Ob'ektga yo'naltirilgan til kompilyatorlari birinchi bo'lib ishlab chiqilganda, mavjud bo'lgan kompilyator texnologiyasining katta qismi ishlatilgan va yozuvlar kontseptsiyasi ustiga ob'ektlar qurilgan. Ushbu tillarda ob'ektlar boshlang'ich nuqtasi bilan atalgan va "maydonlar" deb nomlanuvchi ularning umumiy ma'lumotlariga ma'lum ofset orqali kirish mumkin bo'lgan. Aslida yagona o'zgarish yozuvga boshqa maydonni qo'shish edi, bu esa o'zgarmas tomonga ishora qiladi virtual usul jadvali har bir sinf uchun, yozuv ham uning ma'lumotlarini, ham usullarini (funktsiyalarini) tavsiflaydi. Tuzilganda, ofsetlar ma'lumotlarga ham, kodlarga ham (virtual metodlar jadvali orqali) kirish uchun ishlatiladi.
Alomatlar
Bu kattaroq muammoga olib keladi dasturlar ular qurilganida kutubxonalar. Agar kutubxona muallifi ob'ekt ichidagi umumiy maydonlarning hajmini yoki tartibini o'zgartirsa, ofsetlar endi bekor bo'lib, dastur endi ishlamaydi. Bu Federal qidiruv byurosi muammosi.
Amalga oshirilishdagi o'zgarishlar muammolarni keltirib chiqarishi mumkin deb taxmin qilinishi mumkin bo'lsa-da, FTBning hiyla-nayranglari bu hech narsa emas haqiqatan ham o'zgartirilgan, faqat tuzilgan kutubxonada yashiringan ob'ektning tartibi. Agar biror kishi o'zgarsa, buni kutish mumkin biror narsa qilmoq ga doSomethingElse muammo tug'dirishi mumkin, ammo bu holda o'zgarishsiz muammolar paydo bo'lishi mumkin biror narsa qilmoq, aniqlik uchun manba kodining harakatlanuvchi satrlari kabi osonlikcha sabab bo'lishi mumkin. Bundan ham yomoni, dasturchi kompilyator tomonidan ishlab chiqarilgan tartibni ozgina boshqaradi yoki umuman boshqarmaydi, bu muammoni deyarli ko'zdan yashiradi.
Murakkab ob'ektga yo'naltirilgan holda dasturlar yoki kutubxonalar eng yuqori darajadagi sinflar o'nlab sinflardan meros bo'lib o'tishi mumkin. Ushbu asosiy sinflarning har biri boshqa yuzlab sinflarga ham meros bo'lib o'tishi mumkin. Ushbu asosiy sinflar mo'rtdir, chunki ulardan biriga ozgina o'zgarishi undan meros qolgan har qanday sinf uchun to'g'ridan-to'g'ri yoki boshqa sinfdan muammo tug'dirishi mumkin. Bu kutubxonani a singari qulab tushishiga olib kelishi mumkin kartalar uyi chunki asosiy sinfga bir marta o'tish natijasida ko'plab sinflar zarar ko'radi. Agar meros daraxti murakkab bo'lsa, o'zgartirishlar yozilayotganda muammo sezilmasligi mumkin. Darhaqiqat, asosiy sinfni o'zgartiradigan ishlab chiquvchi, odatda boshqalar tomonidan ishlab chiqilgan qaysi sinflar uni ishlatishini bilmaydi.
Yechimlar
Tillar
Nozik ikkilik interfeys muammosining echimlaridan biri bu muammoning mavjudligini biladigan va birinchi navbatda uning sodir bo'lishiga yo'l qo'ymaydigan tilni yozishdir. Ko'pgina maxsus yozilgan OO tillari, oldingi tillardan rivojlangan tillardan farqli o'laroq, barcha ofset jadvallarini yuklanish vaqtida tuzadilar. Kutubxona tartibidagi o'zgarishlar "e'tiborga olinadi". Kabi boshqa OO tillari O'zi, kutubxonalarda joylashgan ob'ektlarni nusxalash va o'zgartirish orqali ish vaqtida hamma narsani yarating va shuning uchun mo'rt bo'lishi mumkin bo'lgan asosiy sinfga ega emassiz. Ba'zi tillar, masalan Java, FBI muammolarini keltirib chiqarmay, qanday o'zgarishlarni amalga oshirish xavfsizligi to'g'risida keng hujjatlarga ega.
Yana bir echim - bu meta-ma'lumotlar deb nomlanuvchi kompilyatsiya bosqichidagi ofsetlarni va boshqa ma'lumotlarni ro'yxatga olgan oraliq faylni yozib olish. Keyin bog'lovchi ushbu ma'lumotdan foydalanib, kutubxona dasturga yuklanganda o'zini to'g'rilaydi. Kabi platformalar .NET buni qiling.
Biroq, bozor kabi dasturlash tillarini tanlagan C ++ bu haqiqatan ham "pozitsiyaga bog'liq" va shuning uchun FBIni namoyish etadi. Ushbu holatlarda muammoni hal qilishning bir qator echimlari mavjud. Biror kishi kelajakda qo'shimcha funktsiyalarni qo'shishi kerak bo'lsa, ularni bir qator "to'ldiruvchi" moslamalarni qo'shib qo'yish orqali kutubxona muallifiga yuklaydi (buni " DirectX kutubxona). Ushbu echim ushbu qo'g'irchoqlar tugamaguncha yaxshi ishlaydi - va siz juda ko'p qo'shishni xohlamaysiz, chunki u xotirani egallaydi.
Maqsad-C 2.0 beradi mo'rt bo'lmagan misol o'zgaruvchilari masalan o'zgaruvchan kirish uchun qo'shimcha darajadagi qo'shimcha ma'lumotlarga ega bo'lish orqali.
Yana bir qisman echim bu Ko'prik naqshlari, ba'zan "nomi bilan tanilganPimpl "(" Amalga oshirishga ko'rsatma ") Qt ramkasi bunday amalga oshirishga misoldir. Har bir sinf faqat bitta ma'lumot a'zosini belgilaydi, bu amalga oshirish ma'lumotlarini ushlab turuvchi tuzilmaning ko'rsatgichidir. Ko'rsatkichning o'zi o'zgarishi mumkin emas (ma'lum bir platforma uchun), shuning uchun dastur ma'lumotlarini o'zgartirish jamoat tuzilmasining hajmiga ta'sir qilmaydi. Biroq, bu boshqa hech qanday o'zgarishlardan qochmaydi, masalan, sinfga virtual usullarni kiritish yoki meros grafikasini o'zgartirish.
Bog'lovchilar
Boshqa echim uchun aqlli bog'lovchi kerak. Ning asl nusxasida Maqsad-C, kutubxona formati bitta kutubxonaning bir nechta versiyasiga ruxsat berdi va chaqirilganda tegishli kutubxonani tanlash uchun ba'zi funktsiyalarni o'z ichiga oldi. Biroq, bu har doim ham kerak emas edi, chunki ofsetlar faqat dalalar uchun kerak edi, chunki usullar ofsetlari ish vaqtida yig'ilib, FBIga olib kelishi mumkin emas edi. Metodlar maydonlarga qaraganda tez-tez o'zgarib turishi sababli, ObjC birinchi navbatda FBI bilan bog'liq bir nechta muammolarga duch keldi va ularni versiya tizimi bilan tuzatish mumkin edi. Objective-C 2.0 "zamonaviy ish vaqti" ni qo'shdi, bu esa FBI dalalarini ham hal qildi. Bundan tashqari, Tom til hamma vaqt uchun ish vaqti yig'ilgan ofsetlardan foydalanadi, shu bilan FBI imkonsiz bo'ladi.
Mumkin bo'lgan joyda dinamik kutubxonalar o'rniga statikdan foydalanish yana bir echimdir, chunki kutubxonani dasturni qayta kompilyatsiya qilmasdan va foydalanadigan ofsetlarni yangilamasdan o'zgartirish mumkin emas. Biroq, statik kutubxonalarda o'zlarining jiddiy muammolari mavjud, masalan, ikkilik kattaroq va kutubxonaning yangi versiyalaridan "avtomatik ravishda" foydalanishga qodir emaslar.
Arxitektura
Ushbu tillarda muammo majburiy ravishda kamaytiriladi yagona meros (chunki bu meros daraxtining murakkabligini pasaytiradi) va undan foydalanish orqali interfeyslar bilan asosiy sinflar o'rniga virtual funktsiyalar, chunki interfeyslarning o'zida kod mavjud emas, faqat interfeys e'lon qilgan har bir usul imzosini interfeysni amalga oshiradigan har bir ob'ekt qo'llab-quvvatlaydi.
Tarqatish usuli
Agar kutubxonalarning manba kodi mavjud bo'lsa, barcha muammo yo'qoladi. Keyin oddiy kompilyatsiya hiyla-nayrang qiladi.