由于我们需要进行续订,我们正在考虑DevExpress作为一个选择,因为它们似乎提供了很多相同的功能。
对于任何已经从Infragistics转移到DevExpress的人,你发现怎样呢?是向前迈进还是后退?这么做的优缺点是什么?
我的公司正在使用DevExpress,我们对他们的套件非常满意。我们从未使用过Infragistics套件,因此我无法谈论从Infragistics切换到DevExpress的过程。
总的来说,我发现DevExpress控件非常容易在我们的应用程序中使用和实现。一些控件具有较小的学习曲线,例如DevExpress TreeList,但这不是一个很大的问题。
其中一件我不喜欢的事情是某些控件中的属性"Properties"。该属性用于设置控件的其他选项。
例如设置textEdit(devexpress的文本框)的最大长度:
textEdit.Properties.MaxLength
而不是textEdit.MaxLength
因此,他们的控件非常棒,并且外观也很好,但我认为DevExpress的主要优点是他们的支持。您可以在支持页面上提出问题,并在一天内收到答案,如果问题很复杂,则可能需要两天时间。
所以,如果您对Infragistics不满意,请尝试DevExpress。您可以下载试用版,所以您没有任何损失。
我只是一个快乐的客户。
虽然与控件无关,但使用DevExpress套件,您可以免费获得出色的VS插件 - CodeRush和RefactorPro。
像 Francis 一样,我没有从 infragistics 转到 devexpress,而是直接使用 devexpress。我可以谈谈学习曲线。根据您要使用的控件以及您打算如何使用它们,可能几乎没有学习曲线。
数据操作控件(xtragrid、xtrascheduler、xtracharts 等)在绑定数据库时非常容易使用。当绑定持久化对象时则稍微有些困难。他们的 XPO 在数据绑定方面并不像应该或者应该那么容易/直观,但也不是特别难。
对我来说最大的好处是文档。他们的文档网站以及教程视频都非常棒,而且没有使用琐碎或过于复杂的示例,直戳主题。
正如 Francis 所说,票务响应时间以及回复的清晰度和详细程度 - 它们经常包括展示您应该做什么的小项目,或者会更改您提交的项目以符合要求 - 在我看来是首屈一指的。
我从Infragistics迁移到了DevExpress。由于Infragistics的对象更重,性能也不太好,因此我再也不会回去使用它们了。文档很糟糕,他们的示例非常幼稚。Infragistics数据网格内联编辑(类似Excel)是一个不错的功能,在DevExpress中不可用。除此之外,DevExpress的数据网格、主细节设置、数据网格下拉列表声明和其他功能都更加简化。
我已经使用Telerik RAD Controls几年了。我非常满意ASP.NET Ajax和WinForms控件。我以前没有使用过DevExpress或Infragistics控件,但在决定使用Telerik时,我看了一下它们。