Linq-to-SQL - Архитектура приложения

Question

Я пытаюсь разработать приложение, которое будет иметь интерфейс с базой данных в серверной части.

Я буду использовать Linq-to-SQL в качестве слоя базы данных для обновления и вставки.

Теперь я пытаюсь найти наилучшую практику для разработки проекта. Предположим, у меня есть 2 таблицы в БД (клиенты, заказы)

1. Буду ли я зависеть от сгенерированных классов Linq-to-SQL или я все равно буду создавать классы для клиентов, заказов?

2. Должен ли я обернуть сгенерированный Linq-to-SQL внутри другого класса, чтобы добавить проверки?

Надеюсь, мои вопросы понятны.

Answer 1

L2S - это, на мой взгляд, отличный и легкий метод доступа к данным.Если у вас есть контроль над базой данных и ограниченная логика обработки данных приложения, это часто хороший выбор.

1. Если у вас есть двухуровневое приложение с пользовательским интерфейсом, напрямую связывающимся с БД,Вы можете зависеть от сгенерированных классов L2S.Если у вас есть многоуровневое приложение с клиентом, обменивающимся данными, например, с сервисом WCF, вам, вероятно, понадобятся объекты передачи данных.

2. Для проверки используйте частичные методы классов L2S.

Answer 2

Я думаю, что вы должны использовать другие ORM для лучшей реализации DAL, например Entity Framework или Nhibernate. Эти ORM позволяют вам подход Model First без атрибутов и логика проверки, которую вы должны разделить в других классах для примера MyEntityValidator А также хороший подход к использованию шаблона Repository , который позволяет этот шаблон, не зависит от доступа к данным EF или Nhibernate

и посмотрите на это Entity Framework и Repository