сті роботи з архітектурою, відмінною від WindowsNT і Windows95, DCOM перестає бути оптимальним рішенням проблеми. На сьогоднішньому день, DCOM гарний лише в якості рішення для систем, орієнтованих виключно на продукти Microsoft. Великі нарікання викликає також відсутність безпеки при виконанні ActiveX компонент, що може призвести до неприємних наслідків. p align="justify"> Переваги і недоліки RMI:
Переваги
Швидке і просте створення;
Java-оптимізація;
Динамічне завантаження компонент-перехідників;
Можливість передачі об'єктів за значенням;
Вбудована безпека;
Недоліки
Підтримка тільки однієї мови - Java;
Свій власний, що не IIOP-сумісний протокол взаємодії;
Труднощі інтегрування з існуючими додатками;
Погана масштабованість;
Завдяки своїй легкоіспользуемой Java-моделі, RMI є найпростішим і найшвидшим способом створення розподілених систем. RMI - хороший вибір для створення RAD-компонент і невеликих додатків мовою Java. Звичайно, RMI не така потужна технологія, як DCOM або CORBA. Зокрема, RMI використовує своє рідне, що не CORBA/IIOP-сумісний протокол передачі JRMP і може взаємодіяти лише з іншими Java об'єктами. Підтримка тільки однієї мови унеможливлює взаємодію з об'єктами, написаними не мовою Java. Тим самим, роль RMI у створенні великих, масштабованих промислових систем, знижується. p align="justify"> Переваги і недоліки CORBA:
Переваги
Платформна незалежність;
Мовна незалежність;
Динамічні виклики;
Динамічне виявлення об'єктів;
Масштабованість;
CORBA-сервіси;
Широка індустріальна підтримка;
Недоліки
Немає передачі параметрів `за значенням ';
Відсутня динамічне завантаження компонент-перехідників;
До основних достоїнств CORBA можна віднести міжмовну і міжплатформову підтримку. Хоча CORBA-сервіси та віднесені до достоїнств технології CORBA, їх однаковою мірою можна одночасно віднести і до недоліків CORBA, через практично повної відсутності їх реалізації. br/>
1.2 Опис технології DCOM
Звичайні СОМ об'єкти мають один важливий недолік - їх можна використовувати тільки в межах окремого комп'ютера, тобто і СОМ-сервер і СОМ-клієнт повинні працювати в рамках однієї операційної системи. Їх не можна розмістити на різних комп'ютерах і організувати спілкування через мережеву середу, тобто в рамках технології звичайної СОМ не можна створити розподілену програмну сис...
