Сайт для разработчиков 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. Но я надеюсь, что это была последняя революция в мире моей фаворитной среды разработки.
Понравилось? Кликни Лайк, чтобы я знал, какой контент более интересен читателям. Заметку пока еще никто не лайкал и ты можешь быть первым
Хотите найти еще что-то интересное почитать? Можно попробовать отфильтровать заметки на блоге по категориям.
Программист, автор нескольких книг серии глазами хакера и просто блогер. Интересуюсь безопасностью, хотя хакером себя не считаю
Copyright © 2024 Михаил Флёнов. Тираж 1 штука. Отпечатано на ноутбуке. А за права отвечаю, или постараюсь.
А здесь еще и копирайт поставлю: Professional Web Development.
На сайте используются Cookie. Если вы из ЕС или Калифорнии США, то вы должны согласиться с их использованием - Согласен. Если вы из нормальной страны, то вам пох.
