代码之家  ›  专栏  ›  技术社区  ›  Rippo

Telerik OpenAccess ORM值得学习吗?

  •  15
  • Rippo  · 技术社区  · 15 年前

    我刚刚通过订阅赢得了.NET开发者的1个Telerik高级收藏(幸运的我!)想知道OpenAccess ORM是否值得学习?是否有人抛弃了他们的开源变体,现在使用telerik ORM工具?

    使用telerik ORM工具而不是开源变体有什么好处吗?

    有什么想法吗?

    顺便说一句,我等不及要开始使用他们的RADControls来实现ASP.NET AJAX了!!

    5 回复  |  直到 10 年前
        1
  •  13
  •   Greg    13 年前

    我是一个快乐的Telerik客户超过5年。我只在一个解决方案中使用了它们的ORM,从未使用过开源ORM。

    把现有的扔掉? 不-如果你没有问题,事情做了它应该做的,我不会改变。 这与Telerik ORM的质量或其他方面无关。 事实上,使用新产品意味着学习新事物,以不同的方式解决一些已解决的问题,等等。

    但是-如果你现在的产品有问题(或者必须妥协),那一定值得尝试一下。

    不知道其他的形式,我有一个明确的点,为什么我会尝试telerik形式。 这是他们(Telerik)的杰出支持。 我的其他供应商都没有提供/做Telerik所做的。 只需看看他们的论坛 http://www.telerik.com/community/forums.aspx 你会明白我的意思的。

    你有一个问题——他们解决了这个问题;而且响应时间非常快。

    这是您在决定ORM(或任何其他类型的产品)时应该考虑的一点。

        2
  •  9
  •   Anthony    13 年前

    这是一个较旧的职位,但我想我会加入。

    我们最近开始为客户网站使用Telerik的SiteFinity产品。它是一个非常好的、面向开发人员的工具,用于创建一个没有SharePoint或类似内容的大小或费用的Web内容系统。

    我们还使用了云解决方案,因为Telerik的ORM支持Azure,SiteFinity也支持,它使用OpenAccess(ORM)与数据库通信。

    作为我的第一个云(Azure)开发项目,它的速度和灵活性给我留下了深刻的印象。Telerik的客户支持和个人关注是无可非议的。多年来我一直在使用Telerik产品,对它的工作效果并不感到惊讶。

    在网站上线前两天,所有被炸毁的东西都出现了一个无法解释的.NET错误。事实证明,微软宣布从2011年7月开始升级他们的Azure SQL服务器:“这次升级也很重要,因为它代表着在云SQL Azure服务和即将发布的SQL服务器代码“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解决方案中,实体框架4作为ORM。

    所以回答这个问题:telerik ORM值得学习和/或比开源解决方案更好吗?我同意上面的说法,如果您已经有了一个开源解决方案,那么它工作得很好,性能也很好,并且可以很直观地进行开发—绝对要坚持这一点。

    开源的价值在于支持它的社区,以及在需要时对底层系统进行更改的能力。如果我的项目是基于一个开放源代码ORM的,我可以将代码改为默认的最新版本的SQL,如果它发现它使用的是更高的版本,并且问题已经解决了——sleep。

    像OpenAccess ORM这样的产品的价值在于它与其他产品(开源或其他)竞争,它必须:表现良好,面向客户,有一本手册(非常重要),并且比自己做起来容易,或者学习一个可能非常直观或可能不太直观的开源系统。

    加入Telerik的支持是一流的,我想说你可以做得更糟-只要你愿意放弃一些控制,并且必须等待升级/补丁来处理我上面描述的事情。

        3
  •  2
  •   Rick B.    13 年前

    首先,我想让你知道我不是telerik福音传道者…

    我们确实离开了Telerik的ASP.NET AJAX控件,仅仅是因为我们希望对UI的外观和感觉有更大的控制(我们仍然使用这些控件来快速实现内部解决方案),但我必须说,在适当的条件下,它们的产品非常出色。我们的Web产品团队开始为我们的解决方案使用开放访问ORM,老实说,我们从未回头。选择Telerik解决方案的第一个原因是A级支持,它从未未能在24小时内解决任何解决方案的问题,通常包括示例代码…虽然我通常可以在博客上花几个小时的时间来寻找解决我大多数关于微软技术问题的方法,但我必须说,当我们需要的时候,能得到支持是件好事。

        4
  •  2
  •   Lance Parkington    12 年前

    我当然建议使用telerik开放访问ORM。我已经使用Telerik产品(如Telerik Ajax/Silverlight)多年,它们是同类产品中最好的,技术支持是首屈一指的。公司通过提供有效的软件来赚钱。

    不幸的是,这不适用于开放源码,因为根据定义,任何东西都可以在没有适当控制的情况下更改。它所需要的只是一个低级开发人员,整个套件可能会变得无用。

    为了正确、快速、高效地使用这些产品,必须成为一个非常有能力的Web开发人员。

        5
  •  1
  •   Jay Douglass    14 年前

    我是那些在用户组会议上获得许可证的人之一。谢天谢地,我体验到了这个软件在没有付费的情况下是多么糟糕。

    我从未测试过ORM功能,因为Visual Studio集成失败。任何点击v中的telerik菜单都会引发异常。应该安装的vs项目模板不在那里,所以我甚至无法开始测试功能。

    不要被漂亮的设计师截图愚弄,他们甚至不能让安装程序正常工作。