Бизнес-объект и linq2SQL

Question

Каков оптимальный способ написания кода, который взаимодействует с БД с использованием linq2SQL? Мне нужно добавить бизнес-логику к сущностям. Поэтому я думаю, что есть два пути:

1. Напишите некоторый класс-обертку. Главный минус в том, что многие поля то же самое, поэтому я не чувствую это как сухой стиль.
2. Добавить методы бизнес-логики к сущностям linq2sql (эти классы являются частичными) напрямую
3. ???

Answer 1

Я обычно сохраняю свои доменные объекты LINQ to SQL чистыми от любой бизнес-логики. Я пишу отдельный бизнес-уровень, который содержит бизнес-логику. Конечно, вы можете смешать это и добавить его к частичному классу в ваших объектах LINQ to SQL, как предлагает Роуланд.

Answer 2

Я бы сказал, что наибольшим преимуществом их генерации в виде частичных классов является то, что вы можете расширять функциональность без риска того, что она будет ограничена инструментами генерации кода (то есть, если схема БД изменяется)