您的位置: 首页  >  技术问答  >  对于ASP.NET图表控件

对于ASP.NET图表控件

分类: 技术问答 • 2022-05-01 13:50:51
问题描述：

我要寻找的人的意见和经验上使用ASP.NET应用程序中图表控件（Web窗体或MVC）的主要，而且在任何类型的项目。

I am looking people's opinion and experience on using chart controls within an ASP.NET application (web forms or MVC) primarily but also in any kind of project.

我目前在做我的研究，我有控制，以评估pretty大名单。我的名单包括（排名不​​分先后）：

I am currently doing my research and I have a pretty big list of controls to evaluate. My list includes (in no particular order):

ASP.NET控件：

ASP.NET controls:

  • DevExpress XtraCharts (http://demos.devexpress.com/XtraChartsDemos/)
  • Dundas Chart for .NET (http://www.dundas.com/)
  • Telerik RadChart for ASP.NET AJAX (http://www.telerik.com/)
  • ComponentArt Charting & Visualization for ASP.NET (http://www.componentart.com/)
  • Infragistics WebChart (http://www.infragistics.com/dotnet/netadvantage/aspnet.aspx#Overview)
  • .net Charting (http://www.dotnetcharting.com/)
  • Chart Control for .Net Framework (Microsoft's) (http://weblogs.asp.net/scottgu/archive/2008/11/24/new-asp-net-charting-control-lt-asp-chart-runat-quot-server-quot-gt.aspx)

闪光控制：

  • FusionCharts v3 (http://www.fusioncharts.com/)
  • XML/SWF Charts (http://www.maani.us/xml%5Fcharts/index.php)
  • amCharts (http://www.amcharts.com/)
  • AnyChart (http://www.anychart.com/home/)

使用Javascript：

Javascript:

  • Flot (http://code.google.com/p/flot/)
  • Flotr (http://solutoire.com/flotr/)
  • jqPlot (http://www.jqplot.com/index.php)

（如果我错过了一些值得对上述进行比较，请让我知道。）

(If I missed some that worth to be compared against the above please let me know.)

我在找是使用上述任何这样我就可以形成我自己和帮助别人做同样的，根据我读到这里的意见。

What I am looking is opinions on using any of the above so I can form my own and help others do the same, based on what I read here.

我不在乎哪一个更好。我关心就是为什么有人喜欢上面的一个，什么做这些控件提供了一个明显的优势。我感兴趣的是开发者的意见，我想找出与上述任何控制和哪些东西是很容易实现的做哪些事情是困难的。
AJAX兼容性（建立于控制，但也手册），ASP.NET兼容性，输入功能，数据绑定的选项，性能，多code如何来必要性，以便创建一个图表来写，都是一些事我想读一下。

I do not care which one is better. What I care for is why someone likes one of the above and what do these controls offer as a distinct advantage. I am interested in developer's opinion and I would like to find out which things are difficult doing with any of the above controls and which things are easy to achieve. AJAX compatibility (build in to the controls but also manual), ASP.NET compatibility, input capabilities, data binding options, performance, how much code does one need to write in order to create a chart, are some of the things that I would want to read about.

我已经做了我的计算器研究相关问题，但没有任何细节上的水平，我想，以做出负责任的决定阅读。

I have already done my research on * for relevant questions but there is nothing on the level of detail that I would want to read in order to make a responsible decision.

答

我曾与谷歌的图表和.Net图表控件一点点（原名登打士图5.5 ）。我没有你列出的其他产品的意见。

I worked a little bit with Google charts and the .Net Chart Control (formerly Dundas Chart 5.5). I do not have an opinion about the other products you listed.

在当时（一年前），有对谷歌图表（至少我没有找到一个）没有运行.NET包装的框架，而谷歌图表API是比较简单的，它也是非常有限的。我发现造成code是构成图表要求是固有的丑陋，不是很维护（不一定是API的错，我知道 - 但它会需要更大的投资，以更好地做到这一点）。 下面是一些导致图表的。举例来说，我无法找到一个方法来对准刻度线网格。第三图表上30英里每小时线似乎被随机放置。如果您需要细粒度控制，谷歌图表是不是你的选择。

At the time (a year ago) there was no functioning .Net wrapper framework for Google Charts (at least I did not find one), and while the Google Charts Api is relatively simple, it is also very limited. I found the resulting code that composes the chart request to be inherently ugly and not very maintainable (not necessarily the fault of the API, I know - but it would have required a much larger investment to do it better). Here are some of the resulting charts. For instance, I was unable to find a way to align the grid with the tick marks. The 30mph line on the third chart seems to be randomly placed. If you need fine-grained control, Google Charts is not your choice.

而另一方面在.NET图表控件提供了大量的控制。我在原型今年早些时候的工作，目标是创造，从印刷出版物由设计公司放在一起相匹配的那些图表。起初我以为它需要妥协，但图表控件竟然是能够工作的。 下面是结果（点击第二个选项卡）。我发现使用一系列图表以这种方式，并且有超过的标签唯一一个免费的工具的垂直线处的特殊值pretty的位置控制的能力。另外，谁运行MSDN论坛亚历Gorev被证明是非常有用的，当我遇到了一个问题（即使他不能最终解决这个问题）。

The .Net Chart Control on the other hand gives you a lot of control. I worked on a prototype earlier this year and the goal was to create charts that matched the ones from a print publication put together by a design firm. At first I thought it would require compromises, but the Chart Control turned out to be capable of the job. Here is the result (click the 2nd tab). I found the ability to use a range chart in this way, and have control over the placement of the labels for the vertical lines at special values pretty unique for a free tool. Also, Alex Gorev who runs the MSDN forum turned out to be very helpful when I ran into an issue (even though he could not ultimately solve it).

不是控制，而是用于生产图表和它们发布到网上的另一种选择，是SSRS。我已经使用了Web服务接口来发布包含图表报表。这可能是非常大集是更好的选择。

Not a control, but another option for producing charts and publish them to the web, is SSRS. I have used the web service interface to publish a report that contains a chart. This could be a better option for very large sets.

2014年更新：以上评论是为previous（过时）代谷歌的图表API的。新的API可能解决许多的限制，所以你应该检查一下。

2014 update: The comments above are for a previous (obsolete) generation of Google's chart API. The new API probably addresses many of the limitations, so you should check it out.

相关推荐