Google 图表 VS Microsoft 图表控件

Google Charts VS Microsoft Chart Control

我正在做一个项目,我必须在其中显示一些动态图表。我是 Web 开发的新手,我对 Google 图表和 Microsoft 图表控件感到困惑。我正在使用剃刀语法和 MVC。
请建议我应该去哪个图表库,因为这两个库对我来说都是新的,我需要从头开始学习。请指导。

虽然我使用的是来自 Asp.net Web Forms 的 Microsoft Chart Controls,但两者我都用过。我很确定你问的仍然是同一个程序集(System.Web.DataVisualization 命名空间)。

两者之间最大的区别是 Microsoft Chart 控件主要是服务器端控件。它在服务器上呈现图表的位图,如果您要使图表的某些部分具有交互性,则用 HTML 图像映射对其进行装饰。您可能还想考虑到,据我所知,Microsoft Chart Controls 不再是一个积极开发的产品。你得到你所拥有的,仅此而已。它们已经完成,所以这只是一个质量问题,因为它们不会变得更漂亮或更易于使用。如果您经常部署到不同的位置,为具有 Web 服务器访问权限的图表控件设置一个临时文件夹可能会很麻烦。如果您没有这样的访问权限,它也可能是一个表演障碍。

另一方面,Google 图表 API 完全是客户端。 API 需要异步加载(JavaScript 在页面第一次加载后加载,然后异步加载器 API 运行一个回调函数,你给它绘制图表)。如果您需要离线工作,异步加载可能会破坏交易。 Google 图表 API 可以高度交互,因为它是在 JavaScript 的客户端绘制的。图表默认呈现为 SVG,允许图表很好地缩放和调整大小。

两者都用过,我更喜欢 Google 图表 API。它在可用图表类型方面更加灵活。从服务器获取正确格式的数据有一点学习曲线,但我找到了一个库。您可以阅读该部分 on my blog。综上所述,我并不后悔最初使用 Microsoft Chart Controls,因为它使用了我当时知道的技术。

如果您有很强的 JavaScript 背景,请选择 Google。如果您有很强的 C# 或 Visual Basic 背景,可能更容易上手 运行 Microsoft Chart Controls。相同的概念适用于客户端与服务器技术。如果您更喜欢服务器上的数据绑定,您可能更喜欢 Microsoft 解决方案,但如果您习惯于进行客户端 AJAX 调用并使用到 return JSON 的路由,那么 Google 图表 API 可以成为您的响应式解决方案。