在 asp.net 框架上生成统计仪表板
generate statistic dashboard on asp.net framework
我有一个项目,我必须在其中创建一个基于 ASP.NET (C#) 的 Web 应用程序,我需要将动态统计信息生成到仪表板中,数据是从数据库中提取的。用户可以导出到 XML 或 CSV 文件。我的数据库在 SQLserver express 2014 上,我使用的是 visual studio 2013。
寻求建议,研究什么样的技术。
谢谢。
Dali,你没有提到你的项目是否需要使用MVC
或WebPages
所以我假设它是MVC
.但是,您可以将相同的步骤应用到 WebPages
并稍加修改。
在 ASP.Net 中有 多种 种构建仪表板的方法。每个都有自己的优点和缺点。请使用您自己的判断。此列表远未完成,因此我建议在线搜索可能的选项。
1. SSRS 仪表板
许多开发人员认为这是一项过时的技术,虽然我同意他们的看法,但我仍然认为如果您正在尝试实现具有基本功能(每日快照、参数过滤、报告调度)的 Reports 存储库,则值得学习. SSRS 支持不同的格式,如 Excel
、HTML
、XML
、PDF
。它易于学习且非常直观。它使用 Visual Basic
编写脚本,可以轻松集成到 .ASPX
网页中。
看一些examples。
2。 R + MVC
这是 statistical
仪表板的一个很好的选择。我个人没有使用 R
的经验,所以我无法确定它是否适合您的情况。但是,当您进行研究时,这是需要考虑的事情。这是一个很好的 example 来获得灵感。
3。 JavaScript图表库+MVC
这里好一个example. For the JavaScript library, you can use either D3 or HighCharts。两者都伟大而强大。两者都可以很容易地与 .Net 框架集成。此外,如果您已经知道 JavaScript
,建议使用此选项。其他的就不用学了
4。 AnjularJS(或任何其他 JS 框架)+ MVC(或 RESTful API)
这是我最喜欢的,因为它提供了很大的自定义空间,并且足够灵活,可以满足您的客户需求。一些开发人员避免使用 MVC
并将其替换为 WebAPI
(甚至 SignalR
)。这也是一个很好的解决方案,如果您决定根据仪表板数据实时构建 public API
,则可以重用代码。 Here 就是我说的。
P.S. 在所有这些选项中,SQL Server
用作主要数据存储,这就是为什么我决定不在任何地方都包含它。由于您是 .Net 开发人员,因此在我看来,坚持使用 SQL 服务器是一个显而易见的选择。
我有一个项目,我必须在其中创建一个基于 ASP.NET (C#) 的 Web 应用程序,我需要将动态统计信息生成到仪表板中,数据是从数据库中提取的。用户可以导出到 XML 或 CSV 文件。我的数据库在 SQLserver express 2014 上,我使用的是 visual studio 2013。 寻求建议,研究什么样的技术。 谢谢。
Dali,你没有提到你的项目是否需要使用MVC
或WebPages
所以我假设它是MVC
.但是,您可以将相同的步骤应用到 WebPages
并稍加修改。
在 ASP.Net 中有 多种 种构建仪表板的方法。每个都有自己的优点和缺点。请使用您自己的判断。此列表远未完成,因此我建议在线搜索可能的选项。
1. SSRS 仪表板
许多开发人员认为这是一项过时的技术,虽然我同意他们的看法,但我仍然认为如果您正在尝试实现具有基本功能(每日快照、参数过滤、报告调度)的 Reports 存储库,则值得学习. SSRS 支持不同的格式,如 Excel
、HTML
、XML
、PDF
。它易于学习且非常直观。它使用 Visual Basic
编写脚本,可以轻松集成到 .ASPX
网页中。
看一些examples。
2。 R + MVC
这是 statistical
仪表板的一个很好的选择。我个人没有使用 R
的经验,所以我无法确定它是否适合您的情况。但是,当您进行研究时,这是需要考虑的事情。这是一个很好的 example 来获得灵感。
3。 JavaScript图表库+MVC
这里好一个example. For the JavaScript library, you can use either D3 or HighCharts。两者都伟大而强大。两者都可以很容易地与 .Net 框架集成。此外,如果您已经知道 JavaScript
,建议使用此选项。其他的就不用学了
4。 AnjularJS(或任何其他 JS 框架)+ MVC(或 RESTful API)
这是我最喜欢的,因为它提供了很大的自定义空间,并且足够灵活,可以满足您的客户需求。一些开发人员避免使用 MVC
并将其替换为 WebAPI
(甚至 SignalR
)。这也是一个很好的解决方案,如果您决定根据仪表板数据实时构建 public API
,则可以重用代码。 Here 就是我说的。
P.S. 在所有这些选项中,SQL Server
用作主要数据存储,这就是为什么我决定不在任何地方都包含它。由于您是 .Net 开发人员,因此在我看来,坚持使用 SQL 服务器是一个显而易见的选择。