# Linux HowTo (как се прави)
# Книги и ръководства
# материали на английски език
Ако обикновено постигане на мобилност приложения е целта на приложните програмисти, понякога за да се постигне бинарна съвместимост с програмата за прилагане е задача на операционни системи разработчици. В рамките на бинарна съвместимост O2 операционната система с операционната система O1 се разбира способността да се извърши в O2 околната среда, без прекомпилиране (и, може би, без повторното свързване) приложения, написани да се движат по O1 среда. Естествено, бинарна съвместимост на двете оперативни среди теоретично постижими само ако и двете операционна система O1 и O2 са базирани на обща хардуерна платформа (всъщност, по-често чуваме за бинарна съвместимост на различни версии на UNIX, работещи на Intel платформи).
Изисква се бинарна съвместимост на новата операционна система с някои от съществуващите операционната система в случаите, когато, първо, е необходимо да се докаже на потребителите, че новата система не само има нови качества, но също така и в технологично отношение, така че да може да работи съществуващи приложения без да се налага дори да ги компилирате. На второ място, бинарна съвместимост ви позволява незабавно да предоставят на разположение в новата операционна среда, цялата натрупана в старата приложения среда багажа (източниците, от които не са склонни на разположение), който може да бъде много важно за потенциалните крайни потребители (потребители на приложения) на новата система.
Разбира се, на първо място, като това налага пълна хардуерна съвместимост на платформата (най-малко на ниво потребител). Освен това, има две възможности. В първата, по-опростена версия осигурява бинарна съвместимост по смисъла на помощта на новите работната среда, обект архиви, събрана въз основа на предишната операционна среда. За работеща програма в новата среда изисква преконфигурация на програмата (разбира се, този свързващи изпълними програми на новата операционна система е да се разбере структурата на модулите на обекта на старата система). Този вариант е подобен на програмите за преносимост подход при източника, като старите обект модулите съдържат само персонализиран код, и призовава за библиотечни функции и очевидно ще се проведе в новата среда, без никакви проблеми. Всичко, което остава да се направи (но това е една много трудна задача) - е да се постигне пълна съвместимост със стария околната среда на всички нива на системните библиотеки. Трябва да се отбележи, че този вид бинарна съвместимост не е много ефективна и не е много практичен, като съвкупност от обекти, файлове, приложения, не получават много по-прости, отколкото оригиналните им текстове. Обикновено на разположение изпълними.
Във втората версия на новата операционна система може да се извърши в старо строителство OSE изпълними файлове. Тя вече е напълно сглобен програми, съдържащи, освен обичайните потребителски команди, просто се обадете специален екип функции на ядрото на операционната система (обикновено капан екипа видове). От една страна, за да се гарантира, че този вид бинарна съвместимост не е необходимо да се възпроизведе целия набор от библиотеки в операционната среда на старите, но, от друга страна, е необходимо напълно да се възпроизвеждат на интерфейса с ядрото на старата операционна система на най-ниското ниво. Ясно е, че това е постижимо, но е трудно технически проблем (като част от интерфейса като цяло е публично достъпна).
За ползите от бинарен подход съвместимост казахме в началото на този раздел: да привлече разработчиците на приложения възможността за използване на старите си програми, без никакви промени и ангажиращи крайните потребители възможността да се използва цялата натрупана заявлението.
Свързани статии