Archive for марта 13, 2010

Безопасность

Существует два аспекта в модели безопасности, которую предоставляют службы СОМ+.
Первым аспектом является аутентификация. Вкратце, службы СОМ+ позволяют наложить ограничения на того, кто имеет доступ к служебным компонентам и методам, которые они предоставляют. Читать полностью »

Оперативная активизация (JIT)

Поскольку создание экземпляров объектов тратит серверные ресурсы, разработчики вынуждены учитывать это. В частности, они должны гарантировать, что интенсивно используемые многопользовательские программы с большим объемом трафика создают объекты только, когда требуется, и удаляют их из памяти сразу после использования. Читать полностью »

Неуправляемый код и ненадежный код

Первое, о чем необходимо знать,— термины неуправляемый и ненадежный не являются синонимами.
Ненадежный код С# является кодом, который встроен в блок с префиксом в виде ключевого слова unsafe. Код в таком блоке может использовать весь диапазон идиом С++, таких как указатели и массивы на основе стека. Он считается ненадежным, так как такие идиомы часто ассоциируются с ошибками, но такой код по-прежнему управляется средой времени выполнения .NET. Читать полностью »

Оболочки времени выполнения

Чтобы добавить ссылку на DLL СОМ при использовании диалогового окна References, IDE VS.NET делает некоторую работу за сценой. В частности, создается компонент про-кси .NET для DLL СОМ и копия DLL СОМ помещается в каталог проекта .NET. Читать полностью »

Использование компонентов СОМ в .NET

В типичной организации, вероятно, невозможно (или, по крайней мере, нежелательно) выбросить компоненты СОМ, которые были в ней разработаны, так как компоненты .NET сделаны хорошо. Читать полностью »

СОМ или .NET?

.NET не исключает СОМ. Многие организации, включая Microsoft, вложили значительные ресурсы в разработку СОМ. Читать полностью »

Как работают компоненты .NET

Подход .NET к созданию компонентов использует многие возможности СОМ, игнорируя при этом ее недостатки. Компоненты должны иметь некоторый способ описания клиентам классов, которые они поддерживают. Вместо использования для этого GUID и реестра каждый файл компонента .NET инкапсулирует свое собственное описание во внутреннем сегменте, называемом манифестом (manifest). Читать полностью »