Должен ли изучать ORAC Telerik openaccess?

Question

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

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

Любые мыслительные предложения?

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

Answer 1

Я счастливый клиент telerik более 5 лет. Я использовал их ORM только в одном решении и никогда не использовал ORM с открытым исходным кодом.

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

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

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

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

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

Answer 2

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

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

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

Answer 3

Во-первых, я хочу, чтобы вы знали, что я не Telerik евангелист ...

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

Answer 4

Это старый пост, но я думал, что взвешиваются.

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

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

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

За два дня до того, как сайт должен был жить, все бомбили с очень необъяснимой ошибкой .Net. Как выясняется, Microsoft объявила о том, что они обновляют свои серверы Azure SQL начиная с июля 2011 года: «Это обновление также имеет большое значение, поскольку оно представляет собой большой первый шаг к обеспечению общей базы и набора функций между облачной службой 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.

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

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

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

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

Answer 5

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

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

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