Linq to SQL пока не умер


1 0

Сайт для разработчиков reddevnews.com задался очень серьезным вопросом, который взволновал в последнее время некоторые компании - неужели LINQ to SQL умирает (http://reddevnews.com/news/article.aspx?editorialsid=10472)? Эта новая технология развивается хуже всего и вызывает отторжение у большинства программистов. Программисты с опытом категарически против внедрения SQL запросов непосредственно в код. Я тоже пока не хочу этого делать и в ближайшее время не планирую. Я смотрю на технологию, пробую ее и тестирую, но в промышленный режим в использовании в собственных проектах пока не решился переводить.

Внедрение запросов непосредственно в код мы уже проходили много лет назад и все это проходит с большим скрипом. Программисты Delphi стараются не сохранять код в компонентах типа Query, а программисты С++ стремятся больше исползовать хранимые процедуры, чтобы запросы были максимально независимыми от кода. Не смотря на писсимистические настроения, автор статьи на reddevnews.com пришел к заключению, что Linq to SQL будет жить. Возможно, что в следующей версии .NET Framework не будет нововведений, потому что сейчас больше идет работа над ошибками и исправление недочетов. Но работа над .NET идет и будущее пока еще не столь страшное.

Основаная проблема LINQ заключается в том, что она слишком сильно отличается от классического метода доступа. Программисты долгое время боролись, чтобы уровень представления был независим от уровня логики и обратное движение дается с большим трудом. Если LINQ окажется не очень удобным и слишком затратным в сопровождении, то обратное движение будет слишком дорогостоящим. А как узнать, на сколько дешевым будет сопровождение? Лучший способ - опытным путем, а вот на это идут с большим скрипом и стараются использовать уже проверенные методы.

Слишком высокая возможная цена ошибки и слишком большие затраты на откат не позволяют компаниям бросать все наработки и переходить на LINQ. В статье reddevnews есть интересный абзац, в котором производитель, решившийся на переход, и потративний кучу ресурсов сидит сейчас как у разбитого карыта. Если технология умрет, то все затраты по переходу будут бессмысленными и компания просто откатит себя еще на несколько лет назад. Я думаю, что Linq совсем не умрет, просто может перестать быть приоритетным и развития технологии не будет. Да и этот сценарий я допускаю с трудом. Я думаю, что LINQ все же выживет и может быть даже будет развиваться. Просто это слишкам молодая технология и слишком революционна.

На самом деле, вне зависимости от того, выжевет ли LINQ, я не рекомендую бездумный переход на него. Microft никогда не занималась переходами и переписками с нуля и вы не занимайтесь этой ерундой. Никогда не делайте революционных изменений, желательно эволюционировать и развиваться поэтапно. Это лично мое мнение, хотя я и сам недавно революционно снес Delphi и теперь дома работаю только в Visual Studio. Но я надеюсь, что это была последняя революция в мире моей фаворитной среды разработки.


Понравилось? Кликни Лайк, чтобы я знал, какой контент более интересен читателям. Заметку пока еще никто не лайкал и ты можешь быть первым


Комментарии

dmitriy

23 Декабря 2008


я и сам недавно революционно снес Delphi и теперь дома работаю только в Visual Studio


Знакомое чувство. Сам уже наверное года 3-4 временами кидаюсь то на один язык, то на другой и не знаю какой же все таки лучше. Но точно знаю что на Дельфи я смогу многое почти все. Пока не было такой задачи которую бы я не решил с помощью Delphi и Oracle. Хотя жуть как хочется изучить и понять логику программирования другого языка. Вседь согласитесь что логика у C# и Delphi разная можно писать на C# Дельфовой логикой. Я думаю что Микрософт пытается своими NET и FrameWork'ами сделать из нас программеров неких (если можно так назвать) дизайнеров приложения. Если сравнить C# и дельфи. То получается в дельфи можно сделать почти все с виндой НЕЗАВИСИМО что у тебя стоит (ну не буду говорить про висту я пока только тестил ее но не пересходил.), а в C# можно все, но в Рамках FrameWork. Что тебе разрешено то и делай. Но отсюда появляется следующий вопрос. А надо ли что то больше? Если да то выбор ляжет нипременно на C/C++.
На счет LINQ я думаю он выживет(или нет не правильно, будет актуален) в том случае если его будут развивать паралельно с FrameWork. Как я понял LINQ используется в C#, ну может и еще где, но я не углублялся мне C# хватает он меня как говориться манит (только пока не могу понять чем? Может просто что новая технология очень удобный редактор и т.д.). Представьте ситуацию Frame развился версии до 10-11 а LINQ остался на уровне C# 4.0 или 5.0 естественно будут ...
А ваще самый лучшей язык который мне очень нравится и с котором я работаю это SQL/PLSQL. Вот он то никогда не умрет!


Добавить Комментарий

Еще что-нибудь

Хотите найти еще что-то интересное почитать? Можно попробовать отфильтровать заметки на блоге по категориям.

О блоге

Программист, автор нескольких книг серии глазами хакера и просто блогер. Интересуюсь безопасностью, хотя хакером себя не считаю

Обратная связь

Без проблем вступаю в неразборчивые разговоры по e-mail. Стараюсь отвечать на письма всех читателей вне зависимости от страны проживания, вероисповедания, на русском или английском языке.

Пишите мне