我正在考虑购买dev express或telerik来帮助开发我们的应用程序。
我们主要是asp.net服装，但我们开始越来越多地使用silverlight和mvc。
我想知道人们的想法：
答案 0 :(得分：33)
在这里定下基调：我为Telerik工作并参与他们的ASP.NET（AJAX和MVC）以及XAML产品，所以请记住这一点:)
由于两家公司的套房往往相当相似，我强烈建议您尝试这两种套件。通常，当我尝试第三方供应商时，我会尝试执行以下操作：
通常在此之后我会非常清楚我是否喜欢这个产品！
对于特定于Telerik的项目，我会保留您提到的类别以使其更容易：）
功能设置
既然您提到您对ASP.NET AJAX，ASP.NET MVC和Silverlight感兴趣，我会查看我们的演示页面并查看我们提供的内容。每个演示都有页面上列出的源代码（对于ASP.NET产品，它在实际演示之下，对于Silverlight，演示的右上角有一个“代码”按钮）。这将使您了解功能以及进入控件的代码。
易于使用
每当我从任何客户那里得到反馈时，他们几乎总是提到开始使用我们的控件的快捷方式。然而，一个人认为容易直观可能不是另一个人的情况，所以我说尝试组件，看看你的想法！ ：d
<强>文档
我们的文档中包含有关控件的示例和更详细的信息。同样，我绝对建议使用产品文档来查看您的想法：
定价和许可
我们的许可证是基于每个开发人员的，没有版税费用或任何类似的分发许可证。我们努力让您的生活尽可能轻松，如果您在一个团队中工作，有多个人进出团队，我们就有能力将许可证转让给团队中的新人。
由于您正在寻找三种产品，我强烈建议您查看Premium Collection甚至Ultimate Collection（包含所包含内容的完整列表，see this page），因为您对这些软件包有很多优惠。
此外，我们的试用版功能齐全且不会过期（偶尔只会弹出一条试用版消息），所以请随意使用和滥用组件到您的心中！
所以这就是我的文本墙，祝你好运！
答案 1 :(得分：28)
首先是免责声明 - 我为DevExpress工作。我会尽力给你答案，因为选择和决定取决于你。
通常，两个套件在产品和功能方面看起来都差不多。但是，有一些关键的差异可能对您有利。在你做出决定之前，我建议：
1）确定需要哪些功能
2）您将使用或需要哪些控件
3）询问支持是否支持您需要的功能。我知道可能存在一种情况，当一切正常时，但只有一件小事必须实施......而你却做不到。
在做出决定之前，请花一点时间研究。如果您选择我们的控件，我们的支持团队（已知是市场上最好的支持团队）将很乐意为您提供帮助。
使用我们的工具的主要好处之一： - 易于上手 - 要学习很多资源 - 直观的API，设置复杂的sceanarios更容易 - 很棒的社区 - 优秀的支持团队
嗯，我打算写一篇关于ASP.NET DevExpress控件的长篇答案......作为其中一些人的作者，我喜欢他们:)。真。他们真的很棒。希望，您将做出一个能为您带来益处的决定。
如果您有任何疑问，请随时通过support@devexpress.com与我们联系，我们将很乐意为您提供帮助。
答案 2 :(得分：17)
这是一个很好的讨论。我在一个项目上使用DevExpress ASP.NET套件超过两年，现在我正在一个新项目中使用Telerik ASP.NET AJAX。
说实话，他们基本上做同样的事情。不同之处在于支持和样本。在这 - 我认为DevExpress做得更好。
我的$ .02 ......
修改
我很长一段时间没有使用DevExpress或Telerik控件。所以为了公平对待DevExpress和Telerik，我原来的答案在这一点上没有实际意义。
答案 3 :(得分：9)
Telerik ASP.NET控件比DevExpress具有显着的优势 - 自动化Web测试，丰富的api，用于测试包含telerik控件的网页。
Telerik也有不太严格的许可条款： - Telerik软件按座位许可 - DevExpress软件基于每个开发人员（个人）许可，未经许可将许可证移交给其他开发人员。
但在我的companey中我们使用DevExpress。选择这些组件的不是我。事实上，我很高兴与DevExpress合作。
答案 4 :(得分：6)
我使用Telerik ASP.NET，不是我的选择，而是我的经理。
功能集：很棒，你可以使用任何你需要的工具。
易于使用：没关系，没有优秀（没什么）。设计一些控件有一些问题（这里的telerik并没有让我们的生活变得更轻松）。另外一些控件不能很好地协同工作（例如RadMenu中的RadComboBox有时会令人头疼）。
文档：很多文章。事实上，Telerik正在关注他们的文档有多棒。我发现很多都已经过时或不正确。特别是在客户端API方面：在他们的文档中找到实际工作的东西，几乎不可能（例如：他们建议使用函数.listDOMElement，而实际上它是.get_listDOMElement）。是谁写的，我不知道......
许可：不能说我的经理关心...