Как работает Repository Factory вместе с WSSF

Question

Я работаю над оценкой нескольких шаблонов проектирования и фреймворков. «Разработка приложений должна поддерживать принципы SOA» является ключевым требованием. Я смотрю на структуры как WSSF и WCSF вместе. Итак, мой первый вопрос: насколько хороши они вместе? Кроме того, я читал в нескольких местах, что для создания неосведомленной модели устойчивости, фабрика репозитория может использоваться вместе с WSSF. Но я не уверен, поддерживается ли это в VS 2010/NEt 4.0 или нет. ON code plex Я не видел никакой поддержки в 2010 году. Также я не видел, чтобы сообщество и форумы слишком много говорили об этом. Моя собственная идея - создать модель PI, используя структуру сущностей ADO.NET, так как теперь она поддерживает POCO. Кроме того, эти классы могут использоваться как DataContracts в WSSF. Итак, чтобы разместить один кадр, я могу сказать, что WCSF, используя мои службы, созданные с использованием WSSF, и WSSF будут использовать сущности, созданные слоем сущности ADO.net. Уровень моего бизнеса будет располагаться где-то между WSSF и уровнем сущности Ado.net

Любые предложения, насколько хорошая или плохая моя идея?

Answer 1

Моя рекомендация заключалась бы в том, чтобы не использовать фабрику хранилища по той причине, что она была создана до LINQ и не обновлена ​​для последних двух версий Visual Studio. Существует гораздо более простой (и более удобный) способ создания постоянных неосведомленных моделей, которые работают с шаблоном репозитория.

Ваша идея использовать EF Code First намного лучше. Однако, если вы добавите атрибуты DataContract в свои POCOs, они больше не будут POCOs IMO.

Я знаю, что многие люди использовали WCSF и WSSF вместе, но я не уверен, что это за предостережения. Я бы не стал подозревать, что это слишком сложно, если вы не хотите, чтобы они объединились в один инструмент. Это будет больше работы, и я бы не посоветовал это с учетом дорожной карты базовой технологии (GAT/GAX). Команда p & p хотела бы, чтобы версия GAT/GAX VS2010 была последней версией, учитывая прогресс в расширяемости VS.