Перекрестный браузер CSS

DataContext довольно легок и предназначается для приложения единицы работы, поскольку Вы используете его. Я не думаю, что сохранил бы DataContext в своем объекте, как бы то ни было. Вы могли бы хотеть посмотреть на шаблоны репозитория, если Вы не собираетесь использовать сгенерированный код разработчика для управления бизнес-объектами. Шаблон репозитория позволит Вам работать со своими объектами, отсоединенными от контекста данных, затем повторно прикрепит их прежде, чем сделать обновления, и т.д.

Лично, я в состоянии жить со сгенерированным кодом разработчика DBML по большей части с частичными реализациями класса для моего бизнеса и логики проверки. Я также делаю сгенерированный разработчиками краткий обзор контекста данных и наследовался ему, чтобы позволить мне прерывать вещи как хранимая процедура и табличные функциональные методы, которые добавляются непосредственно к контексту данных и применяют бизнес-логику там.

шаблон А, что я использовал в ASP.NET MVC, должен ввести класс фабрики, который создает соответствующие контексты данных по мере необходимости для единиц работы. Используя фабрику позволяет мне дразнить контекст данных, довольно легкий путем (1) использования обертки вокруг существующего класса контекста данных так, чтобы это было mockable (дразните обертку, так как DataContext не легко mockable), и (2) создания Поддельных/Ложных контекстов и фабрик для создания их. Способность создать их по желанию из фабрики делает его так, чтобы я не имел в наличии один в течение долгих промежутков времени.