ASP.NET MVC + LINQ к SQL или объектам?
firebaser here
В настоящее время нет способа получить доступ к Firebase Remote Config из веб-приложения. Мы рассматриваем возможность добавления его в будущую версию, но, как обычно: никаких обязательств, никаких сроков.
Обновление
Используя (новый) API REST Remote Config , вы можете прочитать шаблон, но он еще не разрешает переменные, как это делает подача. когда обращался к клиенту. Другими словами: REST API предназначен для изменения переменной, замены консоли. Он не предназначен для замены Android / iOS SDK или создания собственного SDK на платформах, на которых он недоступен.
6 ответов
Linq to SQL возникла в результате мысленного эксперимента . Linq требовалось подтверждение концепции, и Linq to SQL предоставила это.
С тех пор многие в сообществе пользователей (в том числе несколько видных сотрудников Microsoft ) приняли Linq to SQL в качестве упрощенного ORM SQL Server, особенно для небольших проектов, таких как NerdDinner ].
Фурор начался с этого сообщения команды ADO.NET. В нем они сказали, что Linq to SQL будет поддерживаться, а функции будут добавлены на основе отзывов сообщества пользователей, но что Entity Framework будет основным направлением будущих усилий по доступу к данным.
Многие в сообществе пользователей интерпретировали этот шаг как « Microsoft убивает Linq to SQL ».
Microsoft этого не сделала t help имеет значение, когда он отключил модель поставщика для Linq to SQL, запечатав некоторые критические классы , что фактически сделало Linq to SQL пригодным для использования только с SQL Server. Entity Framework будет предпочтительной ORM для нескольких поставщиков данных .
К сожалению, Entity Framework, похоже, не совсем готова к использованию в прайм-тайм .
Так что это зависит от того, кто ты веришь. Верите ли вы предположениям (а это всего лишь предположения) многих блоггеров, которые говорят, что Linq to SQL действительно мертв и похоронен, или вы верите таким людям, как Дэмиен Страж из Microsoft, который говорит, что Linq to SQL давно жизнь впереди ?
Entity Framework будет предпочтительной ORM для нескольких поставщиков данных .К сожалению, Entity Framework, похоже, не совсем готова к использованию в прайм-тайм .
Так что это зависит от того, кто ты веришь. Верите ли вы предположениям (а это всего лишь предположения) многих блоггеров, которые говорят, что Linq to SQL действительно мертв и похоронен, или вы верите таким людям, как Дэмиен Страж из Microsoft, который говорит, что Linq to SQL давно жизнь впереди ?
Entity Framework будет предпочтительной ORM для нескольких поставщиков данных .К сожалению, Entity Framework, похоже, не совсем готова к использованию в прайм-тайм .
Так что это зависит от того, кто ты веришь. Верите ли вы предположениям (а это всего лишь предположения) многих блоггеров, которые говорят, что Linq to SQL действительно мертв и похоронен, или вы верите таким людям, как Дэмиен Страж из Microsoft, который говорит, что Linq to SQL давно жизнь впереди ?
Единственная причина, по которой образцы были написаны с использованием LINQ-to-SQL, заключается в том, что его настройка выполняется быстро и просто.
В противном случае вы можете использовать любой ORM в соответствии с требованиями вы, будь то EF или NHibernate или что-то еще.
Есть два основных антишаблона, о которых я знаю:
- Прямое отображение объектов из вашего бизнес-уровня через ваш уровень служб
- Предоставление конкретных детализированных методов, таких как те, что в вашем бизнес-уровень
Рекомендуется, чтобы уровень сервиса содержал общие общие методы и принимал и возвращал довольно большие запросы и ответы на основе сообщений. Цель состоит в том, чтобы предоставить довольно общий интерфейс, не делая слишком больших предположений о том, как будет использоваться служба, и не требуя многочисленных вызовов для достижения базовой функциональности. Постарайтесь свести к минимуму количество обращений к веб-службам.
Вот отличный совет на высоком уровне: http://apparchguide.codeplex.com/Wiki/View. Во что бы то ни стало - MS все еще добавляет функции и исправляет их для .NET 4.0 - это еще не все.
Entity Framework в его версии v1, доступной прямо сейчас, имеет некоторые недостатки, как справедливо отмечали другие плакаты (без POCO поддержка, отказ от подхода «сначала дизайн домена» и многие другие). Но набор функций EF v4 выглядит очень привлекательно и даст возможность Linq-to-SQL за свои деньги!
Основными преимуществами EF по сравнению с Linq-to-SQL в корпоративной среде являются независимость от базы данных (вы можете подключить его к Oracle, Firebird, DB2 и многим другим), что может иметь решающее значение, и он может предоставить вам объектную модель, которая сильно отличается от физической модели хранения в базе данных (благодаря отображению между концептуальным уровнем и физический уровень хранения).
Так оно и есть '
В главе-образце ботаника, написанной ScottGu, используется Linq-To-SQL, он не поддерживает LINQ-to-SQL, но также не поддерживает LINQ-To-Entities. Благодаря ViewModel (у Стивена Вальтера есть хорошая статья по этому поводу) и шаблону репозитория LINQ-To-SQL идеально подходит для разработки приложений ASP.NET MVC
Лично я бы сейчас начал привыкать к Entity Framework. Поскольку он имеет больше функций, не зависит от поставщика и разрабатывается (возможно) более агрессивно. Две самые частые жалобы, которые я слышу, - это отсутствие POCO и ленивая загрузка. Похоже, что оба они адресованы в .NET 4.0 http://blogs.msdn.com/adonet/archive/2009/05/28/poco-in-the-entity-framework-part-2- complex-types-deferred-loading-and-explicit-loading.aspx
Помимо потенциально более быстрого (для начала) или более простого, я не уверен в каких-либо конкретных преимуществах использования LINQ для SQL в долгосрочной перспективе. Кто-нибудь знает?
На мой взгляд, Linq to Entity на данный момент не является подходящим кандидатом . Одна из вещей, которые мне не нравятся в Linq To Entity, - это отсутствие ленивой загрузки, которая заставляла меня ломать голову каждый раз, когда я писал свои репозитории. Думаю, именно это убило меня. Другое дело - проблема с присоединением и отсоединением сущностей, которые используются множеством экземпляров контекста объекта. Это было для меня еще одним убийцей, что привело к многочисленным взломам, пытающимся воссоздать отношения сущностей и т. Д. Честно говоря, я думаю, что лучше было бы дождаться следующего выпуска этой структуры. Я думаю, что это принесет пользу :)