Линк к SQL или нет ... вот в чем вопрос?

Question

Наша команда начинает изучать прыжки с 2.0 до 3.5 и пересматривает все новые вещи ....

Так что, если в будущем весь Linq to SQL не будет значительно улучшен, то должны ли мы его полностью игнорировать?

Кажется, что это может очень хорошо соответствовать нашим потребностям, НО я представляю, как может сущность, даже если это может добавить больше сложности.

Так что избегайте Linq To SQL, например, мучиться и использовать вместо этого инфраструктуру сущностей или переходить на нее, Linq To SQL будет хорошо работать в 4.0 и будущих выпусках даже без улучшений?

Answer 1

Все, что я прочитал, говорит о том, что Linq2SQL еще какое-то время будет. Я бы на вашем месте выбрал ту, которая лучше всего подходит для той проблемы, которую вы пытаетесь решить. Возможно, я немного склонен к использованию Entity Framework, потому что он более абстрактен и может пригодиться для вас и вашей команды, а также потому, что в Visual Studio 2008 есть дизайнер.

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

Обновление : чтобы не было путаницы - использование EF не означает отказ от Linq. Linq уже можно использовать с EF.

Answer 2

Очень похоже на мой вопрос @ Переключение на LINQ

Может предложить дальнейшее понимание / мнения.

Лично я собираюсь сосредоточиться на EF, поскольку все, что я вижу от MS, это то, что LINQ - это только начало и большая часть основания EF.

Answer 3

Я бы сказал, что это зависит. Все остальные до сих пор очень хорошо все расставили.

Используйте LINQ-to-SQL, если вы не возражаете против того факта, что ваша конечная объектная модель будет очень близко отражать вашу базу данных. Вы не можете многое сделать с моделью LINQ-to-SQL или с ней, если обнаружите, что хотите моделировать вещи по-другому.

Используйте EF, если вы хотите потенциально использовать одну и ту же платформу для указания на несколько типов данных или если вы хотите абстрагировать модель базы данных более, чем это возможно в LINQ-to-SQL.

К сожалению, у меня нет данных о разнице в производительности между двумя моделями.

Я бы не сказал, что тот факт, что MS не занимается активной разработкой LINQ-to-SQL, обязательно должен вас отпугнуть. Это очень хорошее, очень, очень простое решение для отображения объектов.

Answer 4

Если LINQ to SQL соответствует вашим потребностям, то используйте его. Это действительно очень мощный инструмент RAD.

EF даст вам больше гибкости, но, возможно, и ненужной сложности.

Обидно, что LINQ to SQL больше не продвигается вперед, но я буду придерживаться этого до тех пор, пока EF действительно не достигнет зрелости и не даст равную разработку RAD, если, конечно, вам не нужны функции EF сейчас.

Answer 5

LINQ to SQL и Entity Framework не являются проходящими мимо кометами. Это настоящие революции в коде!

Теперь мы можем запрашивать базы данных за 1 час, где это заняло у нас 1 день раньше!

Не стесняйтесь прыгать. Если .Net 4.0 не поддерживает LINQ to SQL или Entity Framework, просто придерживайтесь 3.5!

: о)

Всего наилучшего, Сильвен.

Answer 6

Я бы выбрал EF в любом случае. Мне никогда не нравилась идея, что LINQ to SQL отображается непосредственно в структуру базы данных. Я очень предпочел идею EF, где я могу решить, какие объекты я хочу представить пользователям, а затем сопоставить их с таблицами базы данных в зависимости от ситуации.

Answer 7

Я бы выбрал LINQ только потому, что он проще, и когда вы закончите работу над приложением и будете заниматься оптимизацией и рефакторингом, тогда вы можете попробовать Entities и посмотреть, есть ли у вас какие-либо улучшения производительности, или же он делает код лучше.

Я стремлюсь начать с более простого, более быстрого в разработке метода, чтобы закончить функционал, затем я рефакторинг, а затем оптимизировать.