我们目前是 Infragistics NetAdvantage Select 客户,并且已经有几年了。他们的控制是好的,但不是我所说的很好,但迄今为止花时间学习它们是我们坚持使用它们的主要原因。我们同时使用 ASP.NET 和 Winnform 控件。
由于我们即将更新,我们正在考虑将 DevExpress 作为一个选项,因为它们似乎提供了许多相同的功能。
对于从 mInfragistics 迁移到 DevExpress 的任何人,您是如何找到它的?前进还是后退?这样做的利弊?
我们目前是 Infragistics NetAdvantage Select 客户,并且已经有几年了。他们的控制是好的,但不是我所说的很好,但迄今为止花时间学习它们是我们坚持使用它们的主要原因。我们同时使用 ASP.NET 和 Winnform 控件。
由于我们即将更新,我们正在考虑将 DevExpress 作为一个选项,因为它们似乎提供了许多相同的功能。
对于从 mInfragistics 迁移到 DevExpress 的任何人,您是如何找到它的?前进还是后退?这样做的利弊?
我的公司正在使用 DevExpress,我们对他们的套件非常满意。我们从未使用过 Infragistics 套件,因此我无法谈论从 Infragistics 切换到 DevExpress 的过程。
通常,我发现 DevExpress 控件非常易于在我们的应用程序中使用和实现。有些控件有一个小的学习曲线,比如 DevExpress TreeList,但这不是一个大问题。
我不喜欢他们的一些控件的一件事是属性“属性”。此属性用于设置控件的附加选项。
每个示例设置文本编辑的最大长度(devexpress 的文本框):
textEdit.Properties.MaxLength
代替textEdit.MaxLength
所以,他们的控件很棒,外观也很棒,但我认为 DevExpress 的主要品质是他们的支持。您可以在支持页面上提出问题,您将在一天内收到答复,如果问题复杂,可能两天内收到答复。
因此,如果您对 Infragistics 不满意,请尝试 DevExpress。您可以下载试用版,这样您就不会失去任何东西。
我会同意你应该给 Telerik 看看。他们的支持是业内一流的。他们给你很好的现实世界的例子,我觉得他们的文档是首屈一指的。
我与一家根深蒂固的公司签订了您正在考虑的控制的合同,如果它们是免费的,我不会使用它们。
我发表此声明的原因是我认为他们的文档很糟糕。当我花钱购买 RAD 类型的控制套件时,是为了让我的工作更轻松、更快地投入生产。我发现在某些情况下,弄清楚如何让内置控件做你想做的事情比试图弄清楚我在使用他们的控件时遇到的问题更容易。
他们的样本有点像以前的 Microsoft 样本。它们是基于技术销售在研讨会上展示“设置有多么容易”的基础,但在现实世界中,如果您使用这些技术并监控他们的示例生成的视图状态和流量,您将不会留下深刻的印象。
我没有提交支持票的帐户,但我在一个月内通过帐户持有人提交了 4 张支持票,据我所知,其中任何一张都没有得到答复。(这可能是与我必须经历的人的分手,但我对此表示怀疑。)
当谈到 Telerik 的 Ajax Rad 控件时,我很少通过查看已安装的示例 Visual Studio 示例 Web 解决方案及其文档来弄清楚我需要做什么。
祝您搜索顺利,即使您不考虑 Telerik,我强烈建议您寻找其他选择。
稍微不相关,但您可能还想评估Telerik控件。我们多年来一直在使用它们。卓越的控制和支持。他们的控件也适用于 ASP.NET MVC。
这里只是一个快乐的客户。
与控件无关,但使用 DevExpress 套件,您可以免费获得一流的 VS 插件 - CodeRush 和 RefactorPro。
像 Francis 一样,我还没有从基础设施转向 devexpress,我是从 devexpress 开始的。我可以谈谈学习曲线。根据您要使用的控件以及您打算如何使用它们,学习曲线可能非常少。
绑定到数据库时,数据操作控件(xtragrid、xtrascheduler、xtracharts 等)非常易于使用。绑定到持久对象时更少。奇怪的是,他们的 XPO 并不像数据绑定那样容易/直观,尽管也不是非常困难。
对我来说最大的好处是文档。他们的文档站点和教程视频都是一流的,并且在不使用琐碎或过于复杂的示例的情况下真正切中要害。
正如弗朗西斯所说,工单的响应时间,以及回复的(通常)清晰度和细节——它们通常包括显示你应该做什么的小项目,或者会改变你用工单提交的项目——是第二的没有人海事组织。
从 Infragistics 迁移到 Devexpress 非常困难!在过去的 2 年里,我一直在使用 Infragistics 作为 Windows 和 Web 开发人员,现在我在不同的地方使用 Devexpress。
由于 Devexpress 控件的通用属性,开发人员使用起来有些困难。如果您以 DevExpress 中的网格为例(在 Windows 的情况下),则有 2 个部分:
另一方面,Infragistics 中没有这样的东西,所以它简单易用。
同样,Infragistics 和 Devexpress 控件之间也有很多这样的差异。
现在我的感觉是,如果你有兴趣拥有一些复杂的功能和很多繁琐的逻辑,那么 Devexpress 对你有好处!或者,如果您想通过不错的功能使事情保持简单,那么 Infragistics 对您有好处。
因此,如您所知,很难判断其中哪一个真正优越——我们必须根据自己的要求来选择它们。
坚持使用 Developers Express。他们有更好的升级路径,几乎所有的重大变化都是书面的。自 2003 年以来我一直在使用它们,但仍然没有找到更好的匹配。
我从 Infragistics 迁移到 DevExpress。永远不会回到 Infragistics,因为他们的对象更重,性能也不是太好。文档很糟糕,他们的例子非常幼稚。Infragistics 数据网格内联编辑(类似 Excel)是 DevExpress 中没有的一个不错的功能。除此之外,DevExpress 中的数据网格、主数据、明细设置、数据网格下拉列表声明等功能更加精简。
几年以来,我一直在使用Telerik RAD Controls。我对 ASP.NET Ajax 和 WinForms 控件非常满意。我以前没有使用过 DevExpress 或 Infragistics 控件,但当我决定使用 Telerik 时,我都看过这两个控件。
这可能为时已晚,但是当我在问同样的问题时发现这篇文章时,我想我会添加关于 Telerik 的评论。我以前用过 Infragistics,我觉得还可以,但我觉得性能不是很好。最近我与一家使用 Telerik for Winforms 的公司签订了一份合同,我们发现他们的控件存在许多错误。那里的支持很棒,他们很快就回答了问题或评论,但不幸的是,大多数时候当我们提出为什么某些东西不起作用的问题时,答案是这是他们控制的错误。他们的文档也明确指出他们的控件不打算被继承,因此虽然在他们的控件顶部构建自己的自定义控件似乎在大多数情况下都有效,但不建议这样做。