“必须拥有”.NET 组件：经验丰富的开发人员？答案

【问题标题】：'Must have' .NET components: experienced developers?“必须拥有”.NET 组件：经验丰富的开发人员？
【发布时间】：2011-01-13 18:01:36
【问题描述】：

我想我会向更有经验的 .NET（主要是 CSharp/ASP.NET）开发人员介绍最有用的通用组件。作为一个项目的一部分，我有大约 5 到 7000 美元可以花在组件上，该项目涉及基于 Web 的图形/报告/数据可视化，但我想得到对通用电路板有用的东西，而现金有没有！我目前的想法如下，欢迎任何意见：

Dundas Chart（已购买，使用体验非常好）
Telerik .NET
DevExpress DXperience（对 Telerik 组件有点欺骗，但我认为如果其中一个有奇怪的错误或限制，您可以将另一个作为后备）。两者看起来都非常全面。
正在考虑像 godiagram 这样的图表类型控件 - 它看起来不像旧的 Corgent/Dundas 图表那样令人惊叹，但我目前找不到更好的。如果有人知道一个很好的抗锯齿并且适合工作流类型图的，请告诉我！
考虑到 Telerik SiteFinity 许可证，它看起来相当不错，但不确定它与非 cms 类型页面的结合效果如何，因此无法确定。

有什么明显的遗漏吗？谢谢大家！

【问题讨论】：

“我非常棒的 components.com” ;-)
这太棒了antiyes.com/product/antiyes-image-resizer ...（我的图像调整器的无耻插件）
您可能想要更改标题，使其基于您的问题主体：asp.net graph/report components。
Glinkot - 感谢您选择我的答案作为“最佳”答案。工具非常重要，以至于我花了很多时间确保我得到正确的工具，所以我很高兴我的经验能帮助你。顺便说一句——我也被 Telerik 的控件所吸引，因为他们集成了 Ajax。不过，我发现封装 DevExpress 工具也非常容易。例如，我有一个报告参数标题，用户可以在其中更改内容并通过 Ajax 和 HTML 编辑器上的自动回发更新报告。两者都很简单，效果很好。

标签： c# .net asp.net components

【解决方案1】：

在花钱购买您可能使用的控件之前，您应该弄清楚自己在做什么并购买您将使用的控件。

我喜欢 asp.net 图表控件，http://weblogs.asp.net/dwahlin/archive/2008/11/25/getting-started-with-the-asp-net-3-5-chart-control.aspx

但它们是免费的。

【讨论】：

【解决方案2】：

我完全同意@John Boker 的观点，但还要补充一点，您考虑扩大搜索范围，将开发工具包括在内，这可能会使您的团队在代码生产/测试/验证方面更快。

根据我的经验，让您的代码更易于构建和维护胜过拥有各种昂贵的组件库，这主要是因为拥有您正在寻找的非常好的免费版本的控件，但相对缺乏不错的免费代码生产工具。

【讨论】：

Resharper 或 CodeRush 非常适合重构； Red Gate ANTS 分析器非常适合发现内存泄漏和瓶颈（他们的 SQL 工具也很灵巧）； NDepend 非常适合分析大型项目，Altova 提供了一些漂亮的 XML/XSD 工具......
@Yoooder，除了用于分析器的 dotTrace (jetbrains.com/profiler) 之外，这些只是我想到的。我也喜欢 SciTech 的 MemProfiler：memprofiler.com。

【解决方案3】：

我已经购买了 DevExpress 和 Telerik 库，虽然两者都很好，但出于一些非常具体的原因，我最终完全删除了 Telerik 并坚持使用 DevExpress。

首先，两者之间有很多重叠之处，而且两者在 ASP.NET/C# 市场上确实享有领导地位。

DevExpress 在其报告工具方面具有显着优势。我评估的工具没有一个是完美的（我一共看了四个），但 DevExpress 是最容易上手的，最容易部署的，至少和其他任何工具一样强大（可能除了 MS 工具 - 但这已经它自己的部署问题）。这是一个大优势，因为报告也是我的应用的核心。

DevExpress 图表库非常很好，并且与报告工具很好地集成在一起——这对他们来说是另一个胜利。 Dundas 和 Telerik 也有不错的库，但是在做了年图表之后，易于设置/定义对我来说很重要，而 DevExpress 在这方面具有优势。

Telerik 有一个更好的在线 HTML 编辑器（我们的产品中包含一个 CMS），但 DevExpress 产品也不甘落后。如果我不做报告/图表，我可能会在此基础上单独使用 Telerik，因为我们的 CMS 非常重要，但如果您正在进行报告/图表，这还不够优势。 p>

两者的 Grid 产品都很棒，但 DevExpress 还提供了 PivotGrid，它是一个出色的数据分析工具，是任何需要数据分析的网站的一个很好的补充。

根据我的经验，两者都得到了很好的支持。

两者的通用控件都非常强大，但老实说，对于我关心的控件，没有理由选择其中一个而不是另一个。我的重点是日期处理控件和数字输入。

所以，我绝对可以看到人们对两者中的任何一个都很满意，但我最终（在使用了大约两年后）只选择了 DevExpress。 DevExpress 团队还写了一本书，真正帮助充实了他们的库的用途范围，这并没有什么坏处。

希望有帮助！

【讨论】：

嘿，你是我以 +10 的票数投票给 10k 的第二个人。很奇怪。
嘿 - 谢谢 codekaizen - 由于一些奇怪的原因，我一直期待着达到 10K。顺便说一句 - 只有少数人达到 10K+，你让两个达到 10K 的机会有多大？
感谢您的评论！很高兴听到两个都使用过的人的来信。我确实喜欢 Telerik ajax 控件，它负责处理管道以避免使用拖放式方法进行回发。我仍在努力寻找我真正喜欢的网格。

【解决方案4】：

我认为Peter Blum's 验证器控件很棒，他的数据输入内容也很不错。

【讨论】：

【解决方案5】：

ReSharper 和 dotTrace 等开发工具将有助于编写高效且可维护的代码

【讨论】：

【解决方案6】：

SQL Server 报告服务（如果您使用的是 SQL Server）可能会帮助您减少其中一些服务的成本。此外，简洁的Google Chart API 价格便宜且更易于集成。

【讨论】：