Здравствуйте, huligun, Вы писали:

H>Уважаемые архитекторы, проясните для меня ситуацию, может наш архитектор прав и не стоит использовать линк в коде, а писать для каждой операции отдельный метод?

Трудно сказать. Изначально DAL возник как способ изоляции работы со строковой генерацией SQL. Всё помещается в отдельный слой, который возвращает и принимает только тпипзированные в терминах приложения данные. Идея правильная, перешедшая постепенно в разряд гигиенических, как чистить зубы. Но если зубы убрать и рот зашить, то как бы и чистить нечего. Так же и с LINQ. LINQ устраняет первоначальную проблему, из-за которой DAL выделяется в отдельный слой, а именно проблему работы с нетипизированными сущностями. В результате с этой точки зрения DAL не имеет смысла.

Но существуют и другие эффекты, которые даёт разбиение на слои. Причём как пложительные, так и отрицательные. Положительные — расслоение позволяет несколько лучше структуризировать код, отрицательные — расслоение часто приводит к возникновению массы pass-through методов, которые кроме замусоривания кода ни к чему другому не приводят.

Поэтому, нужен ли DAL при использовании LINQ трудно сказать. Однозначно сказать можно будет только попробовав и тот и другой способ. Лично я собираюсь в самое ближайшее время поэкспериментировать и попытаться обойтись без DAL. Посмотрим что из этого выйдет