Является ли Telerik openaccess ORM заслуживающим изучения?

Ответ 1

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

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

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

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

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

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

Ответ 2

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

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

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

Я был очень впечатлен скоростью и гибкостью всего этого, будучи моим первым проектом развития Cloud (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)

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

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

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

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

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

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

Ответ 3

Прежде всего, я хочу, чтобы вы знали, что я не евангелист Телерик...

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

Ответ 4

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

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

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

Ответ 5

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

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

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