DevExpress vs infragistics Suites - 希望切换

时间:2009-07-29 13:12:16

标签: controls devexpress infragistics

我们目前是Infragistics NetAdvantage Select客户,已经使用了几年。他们的控制是好的,但不是我称之为伟大的,但迄今为止学习它们的时间是我们坚持使用它们的主要原因。我们使用ASP.NET和Winnform控件。

由于我们需要续订,我们正在考虑将DevExpress作为一种选择,因为它们似乎提供了许多相同的功能。

对于那些从mInfragistics转向DevExpress的人来说,你是如何找到它的?前进还是后退?这样做的优点和缺点是什么?

10 个答案:

答案 0 :(得分:11)

我的公司正在使用DevExpress,我们对他们的套件非常满意。我们从未使用过Infragistics套件,所以我不能谈论从Infragistics切换到DevExpress的过程。

通常,我发现DevExpress控件在我们的应用程序中非常易于使用和实现。有些控件的学习曲线很小,比如DevExpress TreeList,但这不是一个大问题。

我不喜欢他们的一些控件是属性“属性”。此属性用于为控件设置其他选项。

每个示例设置textedit的最大长度(devexpress的文本框):

textEdit.Properties.MaxLength代替textEdit.MaxLength

所以,他们的控制很棒,看起来很棒,但我认为DevExpress的主要品质是他们的支持。您可以在支持页面上提出问题,如果问题很复杂,您将在一天内收到答复,也许两天。

因此,如果您对Infragistics不满意,请尝试使用DevExpress。您可以下载试用版,这样就不会有任何损失。

答案 1 :(得分:3)

我会说你应该给Telerik看看。他们的支持是业内一流的。它们为您提供了很好的真实世界示例,我认为它们的文档是首屈一指的。

我与一家根据您正在考虑的控件中的公司签订了合同,如果他们有空,我就不会使用它们。

我发表此声明的原因是我认为他们的文件很糟糕。当我在RAD型控制套件上花钱时,我的工作更轻松,更快速。我发现在某些情况下,更容易弄清楚如何使内置控件做你想做的事情而不是试图弄清楚我对他们的控件有什么问题。

他们的样本有点像以前的微软样本。他们是技术销售的基础,他们在研讨会上展示“设置起来有多容易”,但在现实世界中,如果你使用这些技术并监控视图状态并传输他们的例子,那么你就不会给人留下深刻的印象。

我没有帐户提交支持票,但我在帐户持有人提交的一个月内有4个,据我所知,没有得到任何答案。 (这可能与我必须经历的人分手了,但我对此表示怀疑。)

说到Telerik的,Ajax的Rad控件,我很难通过查看已安装的示例Visual Studio示例Web解决方案以及他们的文档来弄清楚我需要做什么。

祝你好运,即使你不考虑Telerik,我也强烈建议你寻找其他选择。

答案 2 :(得分:2)

略有不相关但您可能还想评估Telerik控件。我们多年来一直在使用它们。卓越的控制和支持。它们的控件也适用于ASP.NET MVC。

这里只是一位满意的客户。

答案 3 :(得分:2)

与控件无关,但使用DevExpress套件,您可以免费获得极好的VS插件 - CodeRush和RefactorPro。

答案 4 :(得分:2)

像弗朗西斯一样,我没有从infragistics转向devexpress,我开始使用devexpress。我可以谈谈学习曲线。根据您将要使用的控件以及打算如何使用它们,学习曲线可能非常少。

绑定到数据库时,数据操作控件(xtragrid,xtrascheduler,xtracharts等)非常容易使用。绑定到持久对象时不那么重要。奇怪的是,他们的XPO并不像数据绑定那样简单/直观,但也不是非常难。

对我来说,主要的好处是文档。他们的文档网站以及他们的教程视频都是顶尖的,并且在不使用琐碎,也不过于复杂的示例的情况下真正达到了目的。

正如Francis所说,门票的响应时间以及回复的(通常)清晰度和细节 - 它们通常包括显示您应该做的事情的小项目,或者将改变您提交的项目 - 是首屈一指的。

答案 5 :(得分:2)

从Infragistics转向Devexpress很难!过去两年我一直在使用Infragistics作为Windows和Web开发人员,现在我在不同的地方使用Devexpress。

由于其多功能特性,开发人员使用Devexpress控件有点困难。如果你在DevExpress中采用网格的例子(在Windows的情况下)有2个部分:

  1. 主要显示部分和
  2. 视图部分,以便您可以在绑定期间管理它们
  3. 另一方面,Infragistics中没有这样的东西,所以使用简单明了。

    同样,Infragistics和Devexpress控件之间存在很多差异。

    现在我觉得如果你有兴趣拥有一些复杂的功能和繁琐的逻辑,那么Devexpress对你有好处!或者如果你想保持简单的功能,那么Infragistics对你有好处。

    因此,您知道很难说哪一项真的优越 - 我们必须根据自己的要求选择它们。

答案 6 :(得分:1)

坚持开发者快递。他们有更好的升级路径,几乎所有重大变化都是书面的。 我从2003年开始使用它们,但仍未找到更好的匹配。

答案 7 :(得分:0)

我从Infragistics迁移到DevExpress。永远不会回到Infragistics,因为他们的对象更重,性能也不是太好。文档很糟糕,他们的例子非常有趣。 Infragistics数据网格内联编辑(类似Excel)是一个很好的功能,在DevExpress中不可用。除此之外,数据网格,主数据,详细设置,数据网格下拉列表声明和其他功能在DevExpress中更加简化。

答案 8 :(得分:0)

几年以来,我一直在使用Telerik RAD Controls。我对ASP.NET Ajax和WinForms控件非常满意。我之前没有使用过DevExpress或Infragistics控件,但是当我决定使用Telerik时,我看了两个。

答案 9 :(得分:0)

这可能为时已晚,但是当我在问同一个问题时发现这篇文章,我想我会加上我对Telerik的评论。我之前使用的是Infragistics,我觉得很好,但我觉得性能不是很好。最近我与一家使用Telerik for Winforms的公司签订了合同,我们发现他们的控件中存在许多错误。支持很棒,他们很快回答问题或评论,但不幸的是,大多数时候,当我们提出一个问题,为什么某些东西不起作用时,答案是它是一个控制中的错误。另外,他们的文档明确指出他们的控件不是为了继承,所以在构建自己的自定义控件时,在他们的控件顶部似乎在大多数情况下都有效,不建议这样做。