Трехуровневая архитектура и привязка к объектам

StackOverflow https://stackoverflow.com/questions/838236

Вопрос

В течение нескольких лет я использую трехуровневую архитектуру (уровень представления, логики и данных) для написания приложений.Обычно я использую такие инструменты, как .NetTiers, для генерации уровня данных и частично логического уровня.Все четко определено, и мне это нравится.

Теперь я вынужден использовать LINQ для объектов (похоже, что Microsoft отказалась от LINQ для SQL), и я действительно в замешательстве.Мне кажется, что код, сгенерированный LINQ для Entites, представляет собой большую смесь уровня логики и данных, над которым у меня очень мало контроля.Кроме того, мне не очень нравится тот факт, что мне приходится использовать созданные классы (сущности ...).

В конце концов, не могли бы вы поделиться своим опытом и лучшими практиками с LINQ to Entities?Есть какие-нибудь идеи, как я все еще мог бы иметь четко определенную трехуровневую архитектуру?

Спасибо!

Это было полезно?

Решение

Иэн Купер написал хорошую серию статей об архитектуре приложения с использованием Linq2SQL:

Надеюсь, вы найдете то, что вам нужно.

Другие советы

L2S не мертв, но в основном завершен.Это реализация (Sql Adapter ) для Linq.Linq - это языковая функция, которая будет продолжать расширяться по мере выпуска версий .net.

Что делает Linq прекрасным, так это простота.Я, например, помимо дополнительных поставщиков (таких как MySQL, Firebird и т.д...) Я действительно не хочу, чтобы они все испортили.

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top