Xml-rpc

XML-RPC (сокр. від англ. Extensible Markup Language Remote Procedure Call - XML-виклик видалених процедур) - стандарт/протокол виклику видалених процедур, заснований на XML, є прародителем SOAP, відрізняється винятковою простотою вживання. XML-RPC, як і будь-який інший інтерфейс RPC, визначає набір стандартних типів даних і команд, які програміст може використовувати для доступу до функціональності іншої програми, що знаходиться на іншому комп'ютері в мережі.

Протокол XML-RPC був спочатку розроблений Дейвом Вінером з компанії «UserLand Software» в співпраці з майкрософтом в 1998 році. Проте корпорація майкрософту незабаром визнала цей протокол дуже спрощеним, і почала розширювати його функціональність. Після декількох циклів по розширенню функціональності, з'явилася система, нині відома як SOAP. Пізніше за майкрософт початку широко рекламувати і упроваджувати SOAP, а початковий XML-RPC був знехтуваний. Але, не дивлячись на відкидання майкрософту, стандарт XML-RPC зачарував багато програмістів своєю надзвичайною простотою і, за рахунок цього, існує до цього дня і навіть поступово набирає популярність.

34. CORBA [1] (сокр. від англ. Common Object Request Broker Architecture загальна архітектура брокера об'єктних запитів) - технологічний стандарт написання розподілених додатків, просувний консорціумом (робочою групою) OMG і відповідна йому інформаційна технологія. Призначення CORBA

Технологія CORBA створена для підтримки розробки і розгортання складних об'єктно-орієнтованих прикладних систем.

CORBA є механізмом в програмному забезпеченні для здійснення інтеграції ізольованих систем, який дає можливість програмам, написаним на різних мовах програмування, що працюють в різних вузлах мережі, взаємодіяти один з одним так само просто, неначебто вони знаходилися в адресному просторі одного процесу.

Специфікація CORBA наказує об'єднання програмного коду в об'єкт, який повинен містити інформацію про функціональність коду і інтерфейси доступу. Готові об'єкти можуть викликатися з інших програм (або об'єктів специфікації CORBA), розташованих в мережі.

Специфікація CORBA використовує мову опису інтерфейсів (OMG IDL) для визначення інтерфейсів взаємодії об'єктів із зовнішнім світом, вона описує правила відображення з IDL в мову, що використовується розробником CORBA-об'єкту.

Стандартізовани відображення для Ada, З, C++, Lisp, Smalltalk, Java, COBOL, Object Pascal, PL/I і Python. Також існують нестандартні відображення на мови Perl, Visual Basic, Ruby і Tcl, реалізовані засобами ORB, написаними для цих мов.

Об'єкти по значенню

Крім видалених об'єктів в CORBA 3.0 визначено поняття об'єкт по значенню. Код методів таких об'єктів за умовчанням виконується локально. Якщо об'єкт по значенню був одержаний з видаленої сторони, то необхідний код повинен або бути наперед відомий обом сторонам, або бути динамічно завантажений. Щоб це було можливо, запис, що визначає такий об'єкт, містить поле Code Base - список URL, звідки може бути завантажений код.

У об'єкту по значенню можуть також бути і видалені методи, поля, які передаються разом з самим об'єктом. Поля, у свою чергу також можуть бути такими об'єктами, формуючи таким чином списки, дерева або довільні графи. Об'єкти по значенню можуть мати ієрархію класів, включаючи абстрактні і множинне спадкоємство.

Компонентна модель CORBA (CCM) - недавнє доповнення до сімейства визначень CORBA. CCM була введена починаючи з CORBA 3.0 і описує стандартний каркас додатку для компонент CORBA. CCM побудовано під сильним впливом Enterprise JavaBeans (EJB) і фактично є його незалежним від мови розширенням. CCM надає абстракцію єств, які можуть надавати і одержувати сервіси через чітко певні іменовані інтерфейси, порти.

Модель CCM надає контейнер компонентів, в якому можуть поставлятися програмні компоненти. Контейнер надає набір служб, які може використовувати компонент. Ці служби включають (але не обмежені) службу повідомлення, авторизації, персистентности і управління транзакціями. Це служби, що часто використовуються розподіленим додатком. Переносячи реалізацію цих сервісів від необхідності реалізації самим додатком у функціональність контейнера додатку, можна значно понизити складність реалізації власне компонентів.

35. Охарактерізуваті технологію DCOM

Технологія COM (Component Object Model) і її варіант для розподілених систем DCOM (Distributed Component Object Model) була розроблена компанією Microsoft. DCOM є розширенням технології СОМ і включає середовище розподілених обчислень DCE (Distributed Computing Environment) і механізм видаленого виклику процедур (RFC — Remote Procedure Calling).

Технологія базується на основних принципах ООП, а саме: повторне використання об’єктів, технологія базується на ідеях поліморфізму та інкапсуляції.

Філософія СОМ полягає в наступному: програма-клієнт використовує при своїй роботі об'єкт (об'єкти) деякій іншої програми (сервера) так, немов ці об'єкти є частиною самого клієнта. Основну роль при цьому грає інтерфейс об'єктів. Під інтерфейсом об'єкту мається на увазі пойменована безліч функціонально зв'язаних методів (операцій) об'єкту. Інтерфейс може формуватися, як правило, за допомогою IDL (Interface Definition Language), спеціального C++ — подібної мови опису інтерфейсів. Клієнт отримує саме інтерфейс об'єкту, що зажадався. Сервер же є програмою, що містить, крім усього іншого, ще один або декілька об'єктів СОМ. Сервер СОМ може створювати реалізації об'єктів з декількох класів, кожен з яких представляє різні варіанти поведінки об'єкту. СОМ-клієнт взаємодіє з СОМ-СЕРВЕРОМ через покажчик на інтерфейс і використовує цей покажчик для виклику методів сервера.

Технологія DCOM: клієнт і сервер — різні програми на різних комп'ютерах у складі мережі. Причому ці комп'ютери можуть бути апаратний несумісний і працювати під управлінням різних операційних систем. Передача даних між комп'ютерами відбувається шляхом використання стандартних протоколів, наприклад TCP/IP.

DCOM являє собою типовий приклад двухзвенной розподіленої архітектури. При цьому він володіє всіма достоїнствами і недоліками подібної архітектури.

DСОМ містить всі елементи, необхідні для побудови розподіленої системи:

· технологію видаленого виклику методів (як статичних, так і динамічних);

· бази даних серверних об'єктів (бібліотеки типів), які можуть бути імпортовані для аналізу структури серверів СОМ;

· універсальний протокол обміну між клієнтами і серверами;

· специфікації так званих "складених документів" (ActiveDoc);

· об'єктний монітор транзакцій (MTS);

· компонентну модель (ACTIVEX) і ін.

· На основі СОМ булі побудована технологія ACTIVEX (працює лише на цій технології);

· Програма складається із взаємодіючих Сом-обєктів її архітектура визначається принципами взаємодії цих обєктів;

· Кожен Сом-обєкт має свій ідентифікатор, який вноситися до загальгний регістр Сом-обєктів

· Сом-обєкт взаємодіє з іншими через Сом-інтерфейс (набір абстрактних функцій і властивостей;

· Для роботи з Сом-обєктамі є низка спеціалізованих Win32 API;

· Широка підтримка Сом-обєктів забезпечується MFS(це набір стандартних класів Microsoft).

Дата добавления: 2015-08-18