Легенда:
 новое сообщение
 закрытая нитка
 новое сообщение
 в закрытой нитке
 старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
Несколько неточностей по поводу DCOM. [upd] 22.08.07 18:39 Число просмотров: 5869
Автор: Den <Denis> Статус: The Elderman
Отредактировано 22.08.07 18:47 Количество правок: 2
|
> DCOM - это надстройка над RPC. Все бы ничего, но он слишком
> привязан к Access Rights в Windows, из-за чего возникает
> много мороки.
DCOM это далеко не надстройка над RPC(LPC), а скорее надстройка над COM/OLE.
RPC используется лишь для вызовов функций с параметрами.
По сути, сама концепция COM/DCOM никак не привязана к правам и вышеописанное верно в основном только для M$ решения.
Существуют проекты, развивающие концепцию COM/DCOM на NIX платформах.
> Плюс его очень трудно или почти невозможно
> файерволить - вместо этого приходится открывать чуть ли не
> все порты.
Файерволить очень даже легко, если должным образом сконфигурировать динамическое назначение портов.
http://support.microsoft.com/kb/154596/ru
> Нет возможности "общаться" через прокси, как в
> HTTP.
Сам принцип RPC не мешает реализовывать вызовы через proxy. Вопрос упирается лишь в реализацию RPC на конкретной платформе.
> Майкрософт сам уже постепенно сворачивает COM/DCOM и
> предлагает переходить на .NET-овские технологии, которые,
> однако, страдают схожими недостатками.
COM это не язык, а технологическая концепция, построенная на кодонезависимых интерфейсах и позволяющая отделить некоторую реализацию от основного программного кода. Нечто отдаленно напоминающее DLL. Кста, под форточками COM/DCOM работает через DLL-заглушки.
[upd]
Подозреваю, что в своей основе .NET базируется на DCOM серверах, которые используются для интерпретации и выполнения .NET кода на удаленных хостах.
|
|
|
подробно о проекте
Анализ криптографических сетевых...
