Изучить LinqToSql или придерживаться ADO.NET?

Взгляните на Subsonic , это хороший средний уровень простоты использования Linq в SQL и NHibernate.

с subsonic вы получаете некоторые из хороших функций NHibernate, такие как первая разработка модели, автоматическое создание схемы базы данных и поддержка баз данных, отличных от Sql Server.

Существует также хорошая страница сравнения , которая перечисляет различия между тремя ORMS

Я согласен с Давидом Вости, но вы можете рассмотреть другие варианты, например NHibernate (которые также имеют поддержку LINQ).

Текущее воплощение EF не впечатляет - оно создает какой-то действительно неприятный T-SQL, на выполнение которого уходит много времени.

В настоящее время мы используем EF, но это последний раз, когда я выбираю EF для .NET 3.5. Я даю ему еще один шанс в .NET 4, но если он резко не улучшится, я выберу другие варианты (а LINQ к SQL вряд ли будет одним из них)

1. насколько крута кривая обучения для LinqToSql, если вы уже знакомы. с другими Linq-технологиями?

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

2.Стоит ли инвестировать какое-то время в изучение LinqToSql, учитывая, что он может не будут ли они доработаны Microsoft?

Я бы сказал, что это так, это не сложно подхватить, если вы уже используете Linq-технологии. Кроме того, Microsoft будет продолжать поддерживать и развивать Linq2Sql, как отметил Marc_s. Скотт Хэнселман использует Linq2Sql для своего проекта Nerd Dinner (http://nerddinner.codeplex.com/)

3.Понимание LinqToSql поможет мне однажды понять Entity Framework или они >другие?

Я использовал много Linq2Sql и только очень небольшую часть Entity Framework, они похожи, но разные. Основы во многом одинаковые, и я не участвовал ни в каких супер продвинутых случаях использования.

4.В конечном счете, какой вариант вы бы порекомендовали для моей ситуации?

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

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

Я бы сказал, что вы рассмотрели, возможно, 50% кривой обучения, но это может быть более или менее, я просто догадываюсь. В LinqToSql гораздо больше, чем просто в Linq.

2 - Стоит ли инвестировать в изучение Linq-To-Sql какое-то время, учитывая, что это может быть не будут далее развиваться Microsoft?

Есть преимущества в изучении ORM. Если бы я собирался изучать ORM, LinqToSql, вероятно, был бы #3 или #4 в моем списке. Сообщение от Microsoft о будущем LinqToSql было облачным в лучшем случае, и они, очевидно, вкладывают больше усилий в EntityFramework в будущем. Microsoft всегда может изменить их мнение, и вы должны прийти к собственным выводам.

3 - Понимание Linq-To-Sql поможет мне когда-нибудь понять EntityFramework. или они слишком разные?

Все ORM имеют похожие функции, и изучение одного ORM поможет вам понять другие ORM. LinqToSql на самом деле имеет ряд тех же функций и недостатков, что и EntityFramework, так что есть больше сходства, чем вы могли бы ожидать. Тем не менее, я бы порекомендовал изучить EntityFramework до LinqToSql.

4 - В конечном счете, какой вариант вы бы порекомендовали для моей ситуации?

Лучшим ORM для .NET 3.5 в подавляющем большинстве ситуаций, безусловно, является NHibernate. NHibernate поддерживает Linq, но он поддерживает его иначе, чем Microsoft ORM. Тем не менее, вы не назвали причин, по которым NHibernate будет превосходить ADO.NET в вашей ситуации. Я бы не рекомендовал для вашей ситуации ни LinqToSql, ни EntityFramework