Алексей Кiscrafmпропущено...

это лучше на самом деле. Портянка хороша если она хорошо прилегает к ноге. Тем более в СУБД она намного короче получается и без дополнительных прокладок. Вытягивание на средний уровень таких операций только ради вытягивания ничего не дает, кроме накладных расходовНу давайте, я попробую ещё раз сформулировать преимущества и недостатки:

Преимущества:
1. Строгая типизация. Тесная интеграция с другими частями проекта.
2. Возможности рефакторинга IDE Visual Studio.
3. Оператор let удобнее вложенных запросов.
4. Ассоциации удобнее join.
5. Возможность использования средств ООП для организации прикладного кода.

Недостатки:
1. Неудобный синтаксис для left join. С другой стороны, в основном используются ассоциации, join приходится делать достаточно редко. Но сам факт неприятен. :-)

2. Накладные расходы на преобразование expression tree => SQL и DbDataReader => entity object . В Entity Framework 6 это оптимизировано, проблем с производительностью по этим причинам больше нет. Раньше были.

3. Сохранение только через UnitOfWork. Ну в крайнем случае придётся написать SQL сохранения самому, если сторонние средства не устраивают. Особой проблемы тут тоже не вижу.

зы: У меня есть проект, содержащий ~3 МБ T-SQL скриптов с прикладной логикой. Работать с ними крайне неприятно.

У тебя полностью убито основное достоинство ORM, где нажимаешь кнопочку "Сделайте мне красиво", а остальное делается на автомате.
Кому нужна твоя строгая типизация и "удобные" let, если требуется ручное кодирование по созданию моделей?
Такой воз кода на одну таблицу(а в нормальном варианте еще нужно показывать Message в разрезе проектов, тасков и тд) да еще в таком индусском варианте с одними if, может быть пригоден только в назидание студентам.

МСУSeVaWCF сервисы в IIS никто уже давно не хостит. Какая может быть безопасность, если данные гоняются по сети в открытом виде? Зачем нужны свои мультики, если шифрование и так есть в комплекте?
WCF сервисы все давно хостят в IIS и проблем не знают. Если нужна шифрация трафика, применяют классический хук слева - SSL. Этот мультик идет в коробке, ничего писать не надо. Сертификаты наше всё.

MСУ, у тебя все замечательно и без проблем только по одной причине - из-за отсутствия мозга.
Тебе как Элочке-людоедке буде вполне достаточно IIS&SSL. Удивительно, что ты даже слышал про это.

Алексей КSeVaУ тебя полностью убито основное достоинство ORM, где нажимаешь кнопочку "Сделайте мне красиво", а остальное делается на автомате.Ну. На автомате по базе сгенерирован контекст базы. Что ещё надо?
SeVaКому нужна твоя строгая типизация и "удобные" let, если требуется ручное кодирование по созданию моделей?Есть способы сгенерировать слой бизнес-логики? Жжошь... :-)
SeVaТакой воз кода на одну таблицу(а в нормальном варианте еще нужно показывать Message в разрезе проектов, тасков и тд) да еще в таком индусском варианте с одними if, может быть пригоден только в назидание студентам.Этого не понял.

Нет у тебя в никакой бизнес-логики в этом коде, а один только банальный DAL, в котором полностью убито основное и единственное достоинство ORM. Километры портянок на ровном месте.
Спрячь это и никому не показывай.

Алексей КViPRosпропущено...

какая там еще бзнес-логика? для удаления одной записи 2 пуда кода 14960997

Похоже, структура БД тоже левая.


ЗЫ Перед увольнением пользователь заходит и удаляет все данные. Что ты будешь потом рассказывать?