COM+ и .NET – практичный подход - часть 1
ОГЛАВЛЕНИЕ
Данная статья состоит из трех основных частей. Первая часть рассматривает все стороны использования COM+. После ее прочтения вы узнаете, какие возможности есть для размещения сборки в COM+, влияния на производительность приложения ASP.NET и каковы, при наличии таковых, ограничения, налагаемые выбором определенного варианта размещения в COM+.
Вторая часть описывает все управляющие преимущества, которые приложение может получить от COM+. Эта часть содержит подробности об улучшении доступности и стабильности с помощью COM+ и о том, кого надо отслеживать и как использовать данные слежения для быстрого и легкого обнаружения источников проблемы.
Третья часть описывает повседневные задачи программирования, легко реализуемые посредством средств COM+. COM+ содержит много средств, сокращающих число, срок кода и время, вкладываемое в выполнение типовых задач программирования. Третья часть описывает эти задачи программирования и объясняет примеры, как использовать COM+ для их выполнения.
Введение
COM+ существует, но не очень процветает на веб-серверах со времени windows 2000. COM+ даже заслуживает обновления до версии 1.5 в операционных системах XP и Windows 2003. COM+ был полезен для программ ДНК, но теряет свою славу в эру .Net. Большинство программистов использует COM+ для управления транзакциями через базу данных, но COM+ предлагает множество других возможностей, позволяющих создать намного более масштабируемое и доступное приложение и упростить задачи программирования. Данная статья применяет практичный подход к COM+ (1.0 и 1.5), объясняя и показывая, когда и как можно использовать COM+ вместе с .Net.
Определение проблемы
Название COM+ - одно из его основных недостатков. Интерполяция словосочетания COM заставляет многих программистов ошибочно думать, что COM+ базируется на COM, и избегать использования старой технологии из нового сорта веб-приложения .NET. Несмотря на то, что для ряда случаев COM+ действительно основан на COM, использование его возможностей может внести огромный вклад в веб-приложение и сервер. Создатели .Net подумали о последствиях использования COM для доступа к приложению COM+ и создали CLR таким образом, чтобы доступ к компоненту .Net, регистрирующему в COM+, осуществлялся без использования COM. Такая архитектура позволяет использовать службы COM+, такие, как компоненты с поддержкой очередей, слабосвязанные события, организация пула, JITA (активизация "на лету"), SWC (службы без компонента) и другие, чтобы упростить задачи программирования.
В данной статье будет показан способ регистрации компонентов .Net в COM+ и описано влияние регистрации на производительность и ограничения. После понимания сути последствий использования COM+ будет показано, как COM+ способствует доступности и стабильности приложения и веб-сервера. В продолжение практичного подхода будет показано, как средства COM+ упрощают повседневные задачи, возникающие при создании веб-приложений.
Данная статья рассматривает COM+ 1.0 и 1.5. Упоминание COM+ означает, что средство существует в COM+ 1.0 и 1.5. Явное указание COM+ 1.5 означает, что средство существует только в версии COM+ 1.5 (серверы windows XP или .Net).
Структура статьи
• Типы приложения Com+ и как они влияют на производительность приложения
• Производительность
• Доступ и ограничения
• Придание масштабируемости приложению
• Максимальная изоляция
• Отслеживание компонентов и быстрое решение проблем
• Перезапуск приложения
• Масштабирование объектов
• Дамп процесса
• Организация одновременной работы разных версий приложения COM+
• Поиск светлого будущего
• Применение безопасности
• Повышение мощности сервера и дохода приложения.
• Отслеживание и сжатие использования лицензий.
• Уведомление других при изменении состояния приложения
• Сбор плодов COM+ без необходимости растить дерево COM+.
• Уведомление ASP.NET из серверного приложения COM+.
• Транзакции, просто к сведению.