Вопрос по orm, telerik, c# – Telerik openaccess ORM стоит учиться?

15

Я только что выиграл 1 Telerik Premium Collection для .NET Developer с подпиской (повезло мне!) И хотел узнать, стоит ли изучать OpenAccess ORM? Кто-нибудь выбросил свой вариант с открытым исходным кодом и теперь вместо этого использует инструменты Telerik ORM?

Есть ли какие-либо преимущества от использования инструментов Telerik ORM вместо варианта с открытым исходным кодом?

Есть мысли?

Кстати, я не могу дождаться, чтобы начать использовать их RadControls для ASP.NET AJAX !!

Я являюсь частью группы пользователей под названием NxtGenUG. Эта группа находится в Великобритании и потому что она «не для получения прибыли» Группа Terelik раз в месяц выдает лицензию разработчика счастливому победителю. Ницца! Rippo
К сожалению, я не имею представления об их инструментах, но у меня есть вопрос: иногда я вижу людей, выигрывающих отличное программное обеспечение для разработки, но я никогда не сталкиваюсь ни с какими конкурсами. Где вы выигрываете эти вещи, конференции? James M.
Это дубликатstackoverflow.com/questions/987711/… и еще несколько. смотреть наstackoverflow.com/search?q=telerik+orm и я уверен, что на ваш вопрос ответят. John Saunders
Я думаю, что это немного несправедливо. Я прочитал это, и на мои вопросы не ответили полностью .... Rippo
Не уверен насчет элементов управления AJAX, но их предложения MVC превосходны. Dmitri Nesteruk

Ваш Ответ

5   ответов
9

Недавно мы начали использовать продукт Telerik SiteFinity для клиентского веб-сайта. Это очень хороший, ориентированный на разработчиков инструмент для создания системы веб-контента без размера или затрат SharePoint или чего-то подобного.

Мы также выбрали облачное решение, так как ORM компании Telerik поддерживает Azure, так же как и SiteFinity, который использует OpenAccess (ORM) для связи со своей базой данных.

Я был очень впечатлен скоростью и гибкостью всего этого, будучи моим первым проектом разработки в облаке (Azure). Служба поддержки и личное внимание Telerik вне всякого упрека. Я годами пользуюсь продуктами Telerik и не удивляюсь, насколько хорошо это работает.

За два дня до запуска сайта все было взорвано очень необъяснимой ошибкой .Net. Как выяснилось, Microsoft объявила об обновлении своих SQL-серверов Azure, начиная с июля 2011 года: & quot; Это обновление также важно в том смысле, что оно представляет собой большой первый шаг к обеспечению общей базы и набора функций между облачной службой SQL Azure и нашей предстоящей выпуск кодового имени SQL Server «Denali».

(Http://blogs.msdn.com/b/windowsazure/archive/2011/07/13/announcing-sql-azure-july-2011-service-release.aspx)

По своей природе облачные серверы обновляются и перемещаются за кулисы, поэтому вам не придется возиться с этим. Однако OpenAccess не принял это во внимание, и когда наша группа серверов SQL Azure была обновлена, OpenAccess не смог распознать свою версию и подвергся бомбардировке.

Telerik, конечно, очень быстро выпустил патч, но это все равно заняло несколько дней. К сожалению, мы не могли ждать так долго, потеряв немало времени, просто пытаясь понять, что происходит. Практический результат состоял в том, что я работал без перерыва в течение двух дней без сна, чтобы перевести все это в обычное решение .Net с Entity Framework 4 в качестве ORM.

Итак, чтобы ответить на вопрос: стоит ли Telerik ORM учиться и / или лучше, чем решение с открытым исходным кодом? Я согласен с приведенным выше утверждением, что, если у вас уже есть решение с открытым исходным кодом, оно работает хорошо, имеет хорошую производительность и интуитивно понятно в разработке - абсолютно придерживайтесь этого.

Ценность открытого исходного кода - это сообщество, которое его поддерживает, и ваша способность вносить изменения в базовую систему, если это необходимо. Если бы мой проект основывался на ORM с открытым исходным кодом, я мог бы изменить код по умолчанию на самую последнюю версию SQL, если бы обнаружил, что он работает с версией выше, а проблема решена - спящий режим был.

Ценность такого продукта, как OpenAccess ORM, заключается в том, что он конкурирует с другими продуктами, с открытым исходным кодом или иным, и должен: выполнять хорошо, быть ориентированным на клиента, иметь руководство (очень важно) и быть проще, чем делать это самому или изучите систему с открытым исходным кодом, которая может быть или не быть очень интуитивной.

Добавьте эту поддержку Telerik на высшем уровне, и я бы сказал, что вы могли бы сделать хуже - если вы готовы отказаться от некоторого контроля и должны ждать обновлений / исправлений для обработки вещей, как я описал выше.

1

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

Мне никогда не приходилось тестировать возможности ORM, потому что интеграция Visual Studio не удалась. Любой щелчок по меню Telerik в VS вызывает исключение. И шаблона элемента VS, который должен был быть установлен, там не было, поэтому я даже не смог начать тестировать функциональность.

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

2

Мы отошли от элементов управления Telerik ASP.NET AJAX только потому, что хотели получить больший контроль над внешним видом и ощущением нашего пользовательского интерфейса (мы все еще используем элементы управления для быстрых внутренних решений), но я должен сказать, что их продукты превосходны, если правильно условия. Наша команда веб-продуктов начала использовать ORM с открытым доступом для наших решений, и, честно говоря, мы никогда не оглядывались назад. Первая причина, которая приходит на ум при выборе решения Telerik, - это поддержка класса A, которая никогда не давала решения проблемы, касающейся любого из их решений, в течение 24 часов, обычно включая образец кода ... Хотя я обычно могу просматривать блоги для часы, чтобы найти решение для большинства моих проблем, связанных с технологиями Microsoft, я должен сказать, что приятно иметь поддержку, когда она нам нужна.

13

ко в одном решении и никогда не использовал ORM с открытым исходным кодом.

Выбросить существующий? НЕТ - если у вас нет проблем, и вещь делает то, что должна, я бы не изменилась. Это не имеет ничего общего с качеством или другими аспектами Telerik ORM. Это просто факт, что использование нового продукта означает изучение новых вещей, решение некоторых решенных проблем снова другим способом и так далее.

НО - если у вас есть проблемы (или вы должны пойти на компромисс) с вашим текущим продуктом, обязательно стоит попробовать его.

Не зная других ORM, у меня есть одно четкое объяснение, почему я бы попробовал Telerik ORM. Это их выдающаяся поддержка (telerik). Ни один из моих других поставщиков не предлагает / делает то, что делает Telerik. Просто взгляните на их форумыhttp://www.telerik.com/community/forums.aspx и вы увидите, что я имею в виду.

У вас есть проблема - они ее решают; и это с очень быстрым временем отклика.

И об этом вы должны подумать при принятии решения об ORM (или любом другом виде продукта).

Я работаю на Telerik и полностью согласен с этим постом. Не исправляйте его, если он не сломался. Тем не менее, у ОА есть способ расти на вас. Отличная поддержка LINQ, визуальные инструменты, обратное отображение, прямое отображение, планы выборки, поддержка хранимых процедур, бла, бла, бла.
Одна вещь, которой не хватает, - это поддержка внешнего кэша. На сегодняшний день они имеют кэш L1 и L2, встроенный в продукт, но для веб-ферм вы должны подключить кэш L2 на каждом члене, используя MSMQ. Поддержка nCache, AppFabric или других поставщиков будет намного проще.
2

использовал продукты Telerik (например, telerik Ajax / Silverlight) в течение ряда лет, и они являются лучшими в своем классе, а техническая поддержка не имеет себе равных. Компания зарабатывает деньги, предоставляя программное обеспечение, которое работает.

К сожалению, это не относится к открытому исходному коду, поскольку по определению все может быть изменено без надлежащего контроля. Все, что ему нужно, - это один разработчик, и весь пакет может оказаться бесполезным.

Чтобы правильно, быстро и эффективно использовать продукты, необходимо быть высококвалифицированным веб-разработчиком.

Похожие вопросы