2010-04-21 2 views
1

Во время DevConnections я свернул с трека Silverlight и наткнулся на потрясающий разговор Криса Продал об EF4. Меня действительно впечатлило то, что возможно сейчас против 3.5 SP1. В то же время мне интересно, какая польза от использования системы, которая представляет собой тяжелую архитектуру POCO и вставляет EF4 в микс. Изменить отслеживание? LINQ? Что-нибудь еще, о чем я не думаю?Преимущества EF4 в архитектуре POCO

ответ

0

POCO - это не архитектура. Он представляет собой объекты Plain Old CLR и обычно используется для описания метода обмена данными между различными уровнями или разделами приложения. Несколько лет назад это называлось DTO (объекты передачи данных). Точка POCO заключается в том, что она не зависит от какой-либо конкретной технологии или структуры доступа к данным. В результате разделения с уровня доступа к данным вы можете использовать их в любом месте приложения, в котором вы не хотите (или не можете разрешать) DAL сбрасывать, например, веб-страницы, клиентские приложения и тестирование (например, вероятно, основной движущей силой MS, поддерживающей объекты POCO).

Существует множество методов, чтобы ваши объекты «чисты» и по-прежнему имеют преимущества EF4. У меня довольно крупный корпоративный проект, который использует объекты POCO, отслеживание изменений (даже через webservices) и LINQ над объектами. Все эти функции хорошо документированы на A DO.NET team blog.

Т.Л., др - Если ваша система «тяжелый в POCO архитектуры», ничего кроме вашего DAL будет знать, EF был введен.

Смежные вопросы