tag:blogger.com,1999:blog-1968777209535947779.post1027972629172798545..comments2024-03-12T00:48:04.770+02:00Comments on Блог Александра Кондуфорова: Entity Framework: Vote Of ConfidenceАлександр Кондуфоровhttp://www.blogger.com/profile/03000892844767433158noreply@blogger.comBlogger8125tag:blogger.com,1999:blog-1968777209535947779.post-17822761777622517442008-08-13T12:11:00.000+03:002008-08-13T12:11:00.000+03:00Миш, возможно, слова действительно необоснованно г...Миш, возможно, слова действительно необоснованно громкие были. Я был прав как минимум в том, что EF будет развиваться, и что Linq to SQL стоит использовать для RAD, не enterprise, приложений. Будет ли развиваться Linq to SQL или нет - время покажет. Я пока что не видел ни планов на будущее, ни списка новых фич. Если ты видел что-то подобное или список того, что перекочует из EF в Linq to SQL - кинь ссылки или информацию. Может, я что-то просмотрел. Я лишь просто делаю выводы на основании данных, которыми располагаю. У меня пока что в голове слабо укладывается, как в Linq to SQL можно внедрить POCO и стоит ли вообще это делать. Да и поддержки гибкой database-independance там тоже не будет. ОЧЕНЬ все это сомнительно, в общем. Да и глупо делать два почти одинаковых продукта, отличающиеся лишь способом описания модели.Александр Кондуфоровhttps://www.blogger.com/profile/03000892844767433158noreply@blogger.comtag:blogger.com,1999:blog-1968777209535947779.post-37374909454585960812008-08-13T11:59:00.000+03:002008-08-13T11:59:00.000+03:00>>Послушай подкаст с JulieLINQ to SQL, you k...>>Послушай подкаст с Julie<BR/><BR/>LINQ to SQL, you know,<BR/>Microsoft's guidance on LINQ to SQL is it's for RAD<BR/>development and not for big enterprise projects. So,<BR/>if you're doing that kind of work where you need all of<BR/>that control, it's probably not for you anyway.<BR/><BR/>Правда я бы учитывал что это слова консультанта...<BR/><BR/>И все же мое ИМХО, я бы не стал настолько категорично делать такие заявления.<BR/>Например я еще не видел ситуаций когда потдерживать маппинг на другую струтуру БД дешевле чем проапгредить слой доступа к данным. А все остальные фкусности что ты описал доступны или планируються и для Линка В Скуль.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-1968777209535947779.post-28486479705283499992008-08-12T21:53:00.000+03:002008-08-12T21:53:00.000+03:002alexey diyan>> Насколько я знаю Active Reco...2alexey diyan<BR/>>> Насколько я знаю Active Record построен на основе NHibernate.<BR/>>> Для себя до сих пор не выяснил зачем одну ORM строить поверх другой :)<BR/><BR/>Для того, чтобы не морочить себе голову с hibernate mapping-ом. Расставил атрибуты и готово :)egorkhttps://www.blogger.com/profile/10765211546241418885noreply@blogger.comtag:blogger.com,1999:blog-1968777209535947779.post-62238515719847315422008-08-12T14:37:00.000+03:002008-08-12T14:37:00.000+03:00Леш, частично на твой вопрос ответил в ответе Мише...Леш, частично на твой вопрос ответил в ответе Мише :) Насчет сложных запросов и всего остального - конечно, ты можешь писать любое приложение с использованием linq to sql. Но EF уже сейчас предлагает намного более расширенный функционал по сравнению с linq to sql. Как минимум, это разделение модели на концептуальную и модель данных с маппингом между ними, что позволяет с легкостью портировать приложение с одной базы на другую, не меняя код. Благодаря этому маппинг сущностей на базу становится более гибким, мы можем из одной таблицы сделать тучу сущностей, из одной сущности - тучу таблиц, использовать наследование, сложные типы и т.д. Кроме того, EF предоставляет расширенную модель работы с контекстом и некоторые другие вкусности. А после выхода поддержки POCO (plain objects CLR objects) и, соответсвенно, генерации базы по коду, а не наоборот, linq to sql будет точно отдыхать.<BR/>Насчет NHibernate и Active Record и их сравнения с EF ничего, к сожалению, сказать не могу. Могу лишь посоветовать ссылку на блог Юры Скалецкого - он сравнивал EF с некоторыми другими ORM. Лежит тут - http://yuryskaletskiy.blogspot.com/2008/07/net-orm.htmlАлександр Кондуфоровhttps://www.blogger.com/profile/03000892844767433158noreply@blogger.comtag:blogger.com,1999:blog-1968777209535947779.post-31227194815519434232008-08-12T14:26:00.000+03:002008-08-12T14:26:00.000+03:00Прошу прощения за пустой пост, забыл подписаться н...Прошу прощения за пустой пост, забыл подписаться на комментарии :(Alexey Diyanhttps://www.blogger.com/profile/06891673792901079262noreply@blogger.comtag:blogger.com,1999:blog-1968777209535947779.post-56053020168688254642008-08-12T14:24:00.001+03:002008-08-12T14:24:00.001+03:00Послушай подкаст с Julie, она там говорит, что Lin...Послушай подкаст с Julie, она там говорит, что Linq to SQL развиваться, скорее всего, не будет. Она также сказала, что на Linq to SQL особой ставки в плане корпоративных приложений не делается, для этого есть EF. Кроме того, я уже неоднократно читаю, что EF идет "на смену" традиционной ADO.NET. Конечно, этого не произойдет еще долго, т.к. EF по производительности пока далеко до хранимых процедур и оптимизатора SQL Server, но направление понятно. Насколько я понимаю всю эту кухню, через Linq to SQL они обкатывали ORM-технологию и генератор SQL, а также вообще применение linq на чем-нибудь серьезном. Теперь linq'ов уже куча, язык путешествует сам по себе, а обкатанные технологии они внедряют в EF. Где-то так, хотя, конечно же, я могу ошибаться в своих выводах. Думаю, в linq to sql они будут добавлять функциональность по запросам community, но это явно уже не приоритетное направление.Александр Кондуфоровhttps://www.blogger.com/profile/03000892844767433158noreply@blogger.comtag:blogger.com,1999:blog-1968777209535947779.post-6947661473823433812008-08-12T14:24:00.000+03:002008-08-12T14:24:00.000+03:00Большое спасибо за исчерпывающую заметку.Меня тоже...Большое спасибо за исчерпывающую заметку.<BR/><BR/>Меня тоже, как и Майка, интересует почему ты считаешь тчо Linq to SQL подходит только для небольших приложений?<BR/><BR/>Если у меня в приложении будет очень сложные запросы, то я могу вынести их в хранимые процедуры, после чего в моем DataContext классе это будет выклядеть как один обычный метод, возвращающий нужную мне структуру данных.<BR/><BR/>Очень хотелось бы увидеть пост, посвященный NHibernate и Active Record. Насколько эти технологии удобны использовать, что понравилось, что не понравилось?<BR/><BR/>Насколько я знаю Active Record построен на основе NHibernate. Для себя до сих пор не выяснил зачем одну ORM строить поверх другой :)Alexey Diyanhttps://www.blogger.com/profile/06891673792901079262noreply@blogger.comtag:blogger.com,1999:blog-1968777209535947779.post-52864272628448341552008-08-12T13:06:00.000+03:002008-08-12T13:06:00.000+03:00Саша, и откуда ты взял что>> Фактом является...Саша, и откуда ты взял что<BR/><BR/>>> Фактом является также и то, что EF будет развиваться, в отличие от того же Linq to SQL, который стоит использовать лишь для небольших приложений.<BR/><BR/>Меня интерисует та часть что про Linq to SQL.Anonymousnoreply@blogger.com