Войти
The EFx Factory (Architectural-Guidance Software Factory) - новаторская компания Architectural Guidance Software Factory от Microsoft и одна из первых реализаций Software Factory, которые будут построены.
«EFx Factory» реализует распределенную архитектуру.NET для сервис-ориентированных приложений и служб.
Фабрика основана на архитектуре Application Framework под названием Enterprise Framework, которая описывает физическую Microsoft.NET архитектуру, использующую Microsoft Enterprise Library и другие сервис-ориентированные шаблоны из шаблонов и практик Microsoft. EFX Factory был спроектирован и построен консультантами по разработке в ответ на спрос клиентов на реализацию архитектуры.NET, передовой опыт разработки.NET и руководство по наилучшему использованию Enterprise Library и ряд других блоков приложений, свободно доступных от Microsoft.
Изначально (около 2003 г.,.NET Framework 1.0-1.1, Visual Studio 2002–2003) «Enterprise Framework» (EFx) была создана для удовлетворения растущего спроса клиентов на реализацию.NET-архитектура. Фреймворк был основан на шаблонах реализации, собранных в нескольких реализациях корпоративных решений для различных клиентов. Эта структура реализовала многоуровневую архитектуру.NET, а также использовала и расширила Enterprise Library, чтобы обеспечить полную структуру для создания приложений и служб на платформе.NET.
Эта платформа приложений развивалась вместе с изменениями в платформе.NET, новыми технологиями Microsoft и изменениями в отраслевых шаблонах ориентации на услуги. Платформа предоставила набор библиотек классов, содержащих базовые реализации архитектурных уровней, предписывающих определенные технологии (например, ASMX ), и «инфраструктурные услуги», которые разработчики использовали для решения сквозных проблемы для архитектурных уровней: Обработка исключений, Аутентификация, Авторизация, Ведение журнала и т. д. Фреймворк расширил корпоративную библиотеку и реализовал несколько реальных поставщиков безопасности, необходимых для многие клиенты того времени с гетерогенными технологическими средами. Кроме того, для решения этих требований в корпоративном контексте на основе Enterprise Library было создано множество шаблонов передовых практик, в частности, касающихся обработки исключений. Платформа также предоставляла блоки, которые не были упакованы в Enterprise Library, например блок проверки. Он предоставил полезные абстракции корпоративной библиотеки, специфичные для этой области решения, которые предлагали упрощенные API, а фреймворк унифицировал API с вводом строковых параметров.
Платформа была доставлена (в исходной форме) в виде набора сборок платформы, упакованного с Enterprise Library. Структура включала предлагаемый набор решений, эталонную реализацию (RI) и документацию. Исходя из этого, разработчики создали свои клиентские приложения и серверные ASP.NET веб-сервисы. Разработка приложения или службы требовала от разработчика создания нового решения и реализации набора сборок (по одной для каждого уровня), которые ссылались на сборки платформы. Затем они были развернуты как исполняемое приложение или веб-сервис.
Основная задача разработчиков заключалась в изучении шаблонов фреймворка и ручном создании приложений и сервисов из пустых решений при отсутствии (в то время) шаблонов кода. Это привело к частому вырезанию и вставке кода из кода эталонной реализации, который сам очень уязвим для ошибок вручную.
Приблизительно в 2005 г. в Microsoft появилось несколько технологий, которые позволили использовать шаблоны, автоматизацию и моделирование этих типов приложений и служб, в том числе: Visual Studio 2005, Visual Studio Modeling (Распределенное приложение and System Designers), Guidance Automation Toolkit (GAT) и Domain-Specific Language Toolkit (DSL). Используя эти новые технологии, фреймворк смог систематически развиться в реализацию фабрики программного обеспечения. В этом процессе были сняты многие ограничения структуры, чтобы обеспечить дополнительную гибкость продуктов, которые завод мог собирать. В первую очередь - устранение предписания технологии в архитектурных слоях и возможность эффективно справляться с изменениями при разработке приложений и сервисов. Фабрика представила через моделирование предметной области несколько новых абстракций и использовала автоматизацию, которая ранее была невозможна.
Эта фабрика была одной из первых фабрик, объединивших схемы DSL с рецептами GAT, а также расширивших возможности разработчиков распределенных приложений и систем Visual Studio рецептами GAT. Фабрика широко использует рецепты: для автоматизации изменений структуры решения и изменения свойств этой структуры, предоставления мастеров для настройки моделей, предоставляемых фабрикой, создания шаблонов проектов для рабочих продуктов и автоматизации черных задач для пользователя фабрики.
К 2007 году разработка EFx Factory прекратилась, и многие из разработанных ею концепций должны были быть внедрены в будущую платформу фабрики программного обеспечения от Microsoft и заимствованы фабриками программного обеспечения из шаблонов и практик (таких как).
В следующем списке приведены примеры отличительных черт этой фабрики по сравнению с другими заводами того времени.
Фабрика была одной из первых фабрик, спроектированных на основе фабрики «Модель продукта » (часть схемы фабрики) и фабрики обеспечивает логическое архитектурное представление (и поддерживающую среду выполнения) для создания / изменения рабочих продуктов фабрики для разработчика. Эта логическая модель отделяет логический дизайн заводского продукта «Product Explorer » от физической реализации, обычно просматриваемой и изменяемой в «Solution Explorer» Visual Studio. Таким образом, физическая структура артефактов решения может быть отделена от логической архитектурной структуры рабочих продуктов продукта. Пользователь фабрики теперь может сосредоточиться на архитектуре продукта и разрабатывать его, используя модели и другие абстракции, в то время как фабрика управляет созданием и размещением своих исходных артефактов.
Завод интегрируется с проектировщиками распределенных приложений и систем, установленными с Visual Studio Team Edition для архитекторов программного обеспечения, и расширяет их. Visual Studio предоставляет диаграммы, такие как Application Designer и System Designers, которые предоставляют средства для определения высокоуровневого приложения (и служб) на предприятии и компоновки их в системы черного ящика, которые сами могут быть объединены в более крупные системы. Фабрика расширяет эти конструкторы, добавляя ряд новых форм, представляющих реализацию этих приложений и служб. Эти новые формы затем могут быть реализованы для предоставления конкретных проектов и шаблонов решений для представления их физической структуры в заводском продукте. В эти шаблоны добавлен новый набор файлов диаграмм для представления внутренних компонентных частей уровней приложений и служб. Эти диаграммы определяют спецификацию уровней приложения или сервиса и предоставляют пользователю путь навигации (детализация ) от приложений высокого уровня до деталей внутренней реализации.
Фабрика моделирует (с использованием DSL) внутреннюю реализацию приложений и служб на основе логической, технологически независимой архитектуры и шаблонов SOA. Эта архитектура состоит из нескольких уровней, которые затем расширяются и реализуются с помощью подключаемых «генераторов артефактов» (или «поставщиков технологий»). Поставщики технологий обеспечивают реализацию (и представление) каждого уровня для конкретной технологии.
Примером такого уровня может быть уровень «Контракт на обслуживание» веб-сервиса, содержащий интерфейсы сервисов, операции сервисов и контракты данных. Эта фабрика была первой фабрикой, которая предоставила механизм расширяемости, с помощью которого третьи стороны (такие как Global SI и ISV и эксперты в области сообщества) могли предоставлять технологически адаптированные реализации различных уровней. Эти поставщики технологий примут форму других внешних фабрик (или), которые будут интегрироваться в фабрику EFx для улучшения и раскрытия технологических представлений архитектурных моделей и, в конечном итоге, преобразования их в исходные артефакты. Эта возможность разделения технологий позволила собрать и развернуть «фабрику вариантов», которая включает в себя: технологически независимую базовую фабрику (и ее модели) с несколькими «генераторами артефактов», обеспечивающими реализации технологий. Фабрика позволила компоновать различные фабрики, которые могли создавать решения, подходящие для множества реальных гетерогенных технологических сред.
