C# ASP.NET的图表控件

C# ASP.NET的图表控件,c#,asp.net,javascript,flash,charts,C#,Asp.net,Javascript,Flash,Charts,在ASP.NET应用程序(web窗体或MVC)中使用图表控件,主要是在任何类型的项目中使用图表控件,我希望了解人们的意见和经验 我目前正在做我的研究,我有一个相当大的控制清单进行评估。我的清单包括(无特定顺序): ASP.NET控件: develxpress XtraCharts() .NET的Dundas图表() Telerik RadChart for ASP.NET AJAX() 组件艺术制图与可视化 对于ASP.NET() 基础设施 .net图表() Net框架的图表控件 (微软的)

在ASP.NET应用程序(web窗体或MVC)中使用图表控件,主要是在任何类型的项目中使用图表控件,我希望了解人们的意见和经验

我目前正在做我的研究,我有一个相当大的控制清单进行评估。我的清单包括(无特定顺序):

ASP.NET控件:

  • develxpress XtraCharts()
  • .NET的Dundas图表()
  • Telerik RadChart for ASP.NET AJAX()
  • 组件艺术制图与可视化 对于ASP.NET()
  • 基础设施
  • .net图表()
  • Net框架的图表控件 (微软的)
闪光控制:

  • FusionCharts v3()
  • XML/SWF图表()
  • amCharts()
  • 任意图表()
Javascript:

  • 弗洛特()
  • Flotr()
  • jqPlot()
(如果我遗漏了一些值得与上述内容进行比较的内容,请让我知道。)

我所寻找的是关于使用上述任何一种方法的意见,这样我就可以形成自己的观点,并根据我在这里读到的内容帮助其他人做同样的事情

我不在乎哪一个更好。我关心的是为什么有人喜欢上面的一个,以及这些控件提供了什么明显的优势。我对开发人员的意见很感兴趣,我想找出使用上述任何控件都很难完成哪些事情,哪些事情很容易实现。 AJAX兼容性(内置于控件中,但也是手动的)、ASP.NET兼容性、输入功能、数据绑定选项、性能、创建图表需要编写多少代码,这些都是我想了解的内容


我已经就StackOverflow的相关问题进行了研究,但为了做出负责任的决定,我不想阅读任何细节

到目前为止,我使用的最好的图表是FusionCharts。它可以与任何编程语言一起使用,因为它提供了良好的文档。免费版本已经足够好了。

我没有使用很多图表工具,但是如果您打算使用这个框架,请确保它可以与MVC一起使用。我对DevExpress网格和MVC有一些问题。

我没有使用这些控件的横截面,但在我使用的控件中,我更喜欢Infragistics WebChart

在我看来,设计师很容易使用,并且有大量的灵活性


我的第二个选择是。

我选择了Microsoft控件,上面提到了标记答案:

是一个简单易用的组件。我使用过Fusion图表,也会推荐它,因为它简单且呈现良好的图形。

我在ASP.NET中使用了DevExpress XtraChart,非常棒。我已经在rails项目中成功地使用了Google图表API,但由于它是托管的,所以在任何平台上生成点和标签都很容易。

我已经完成了许多需要绘制图形的.Net项目,并建议在.Net之外使用一种解决方案。我之所以走出.Net,是因为我(通常)通过JSON公开数据集,并且喜欢将处理过程移动到客户端。总的来说,这为我节省了快速发展的服务器和图形密集型任务

我主要使用了Javascript API,我推荐使用,因为图表很漂亮(但并不总是与IE兼容),并且可以在带有新AJAX数据集的客户端上实时操作


另一个值得注意的是谷歌图表和可视化。

我使用了谷歌图表和.Net图表控件()。我对你们列出的其他产品没有意见

当时(一年前),谷歌图表没有运行正常的.Net包装框架(至少我没有找到),虽然谷歌图表Api相对简单,但也非常有限。我发现组成图表请求的最终代码本质上很难看,而且不太可维护(我知道这不一定是API的错误,但它需要更大的投资才能做得更好)。例如,我无法找到将网格与记号对齐的方法。第三张图表上的30英里/小时线似乎是随机放置的。如果你需要细粒度的控制,谷歌图表不是你的选择

另一方面,.Net图表控件提供了大量的控件。今年早些时候,我设计了一个原型,目标是制作出与一家设计公司印刷出版物中的图表相匹配的图表。起初我认为这需要折衷,但结果证明图表控件能够完成这项工作。(单击第二个选项卡)。我发现以这种方式使用范围图的能力,并且在特殊值下控制垂直线标签的放置对于一个免费工具来说非常独特。此外,运行MSDN论坛的Alex Gorev在以下情况下非常有帮助(尽管他最终无法解决问题)

SSRS不是控件,而是生成图表并将其发布到web的另一个选项。我使用了web服务接口来发布。对于非常大的集合,这可能是一个更好的选择


2014年更新:以上评论是针对上一代(过时的)谷歌图表API。新的API可能解决了许多限制,因此您应该查看它。

与其他人一样,这完全取决于您需要如何使用它

我们在最近的一个项目中查看了一些图表控件,其中有多少具有真正的基本限制,这令人惊讶。例如,我们需要专门设置绘图区域的大小和位置-您可能认为这很容易,但dundas和microsoft图表api无法做到这一点。我们在让图表合理地设置日期时间刻度方面也遇到了很多问题

最后,我们选择了dotnetCharting。这个网站让它看起来很垃圾,但我们发现它非常好,尽管有些地方有点古怪。我会彻底地