Можно ли использовать Linq-to-Sql

Когда Linq-to-Sql был впервые выпущен, я довольно часто использовал его для малых и средних проектов, где не требовалась настоящая многоуровневая архитектура.

NHibernate , Small Middleware, Overkill

Там, где я работаю, мы теперь почти исключительно используем NHibernate для настоящей разработки на основе домена.

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

Некоторые изменения были недавно внесены в БД, и отображения NHibernate не очень полны.

Преобразование Linq в SQL? Или EF?

Я подумал, что будет проще просто вырвать имеющуюся у меня реализацию IRepository и заменить ее реализацией Linq-to-Sql. Тогда я могу просто использовать лямбды для моих простых запросов и просто перетащить таблицы внутрь.

RAD But Dead?

В этом сценарии элементы RAD Linq-to-Sql имеют смысл. Но это по сути старая технология. Не использовать? Я никогда не использовал Entity Framework. Должен ли я использовать это, это так просто и быстро?

приветствует