仪表板设计:应该选择WPF中的水晶报表或图表

仪表板设计:应该选择WPF中的水晶报表或图表,wpf,crystal-reports,dashboard,Wpf,Crystal Reports,Dashboard,我正在开发一个仪表板应用程序,它将提供组织数据的洞察力。对于开发仪表板的最佳方法,我感到困惑: A.我应该去看水晶报告吗 B我应该使用WPF图表和显示数据吗 有什么建议可以帮助我继续我的设计吗 问候 这取决于你的目标 使用WPF和图表控件可能会更易于部署,因为它是一个客户端应用程序(您不必担心Crystal的设置是否正确)。它们与框架一起提供,不会有任何额外的前期成本,并且应该在工作站之间无缝运行 Crystal很不错,尤其是如果您想将输出作为报告发送到打印机(这是它的根所在,它擅长于此)。在本

我正在开发一个仪表板应用程序,它将提供组织数据的洞察力。对于开发仪表板的最佳方法,我感到困惑: A.我应该去看水晶报告吗 B我应该使用WPF图表和显示数据吗

有什么建议可以帮助我继续我的设计吗

问候
这取决于你的目标

使用WPF和图表控件可能会更易于部署,因为它是一个客户端应用程序(您不必担心Crystal的设置是否正确)。它们与框架一起提供,不会有任何额外的前期成本,并且应该在工作站之间无缝运行

Crystal很不错,尤其是如果您想将输出作为报告发送到打印机(这是它的根所在,它擅长于此)。在本地部署是一件痛苦的事情,在服务器上部署更是一件痛苦的事情(在报表导出过程中,它使用C:\Windows\Temp目录,而您可能没有访问或权限在云中的服务器上部署该目录……或者访问注册表以更改该位置)


另一个你可以考虑的选项是使用HTML和JavaScript和第三方图表库。您可以在web浏览器控件中渲染客户端应用程序中的内容,并使其与应用程序无缝连接。如果您想从ASP.NET站点(或任何web语言)渲染,这种方法也可以使它更容易地移动到web上。

这取决于您的目标

使用WPF和图表控件可能会更易于部署,因为它是一个客户端应用程序(您不必担心Crystal的设置是否正确)。它们与框架一起提供,不会有任何额外的前期成本,并且应该在工作站之间无缝运行

Crystal很不错,尤其是如果您想将输出作为报告发送到打印机(这是它的根所在,它擅长于此)。在本地部署是一件痛苦的事情,在服务器上部署更是一件痛苦的事情(在报表导出过程中,它使用C:\Windows\Temp目录,而您可能没有访问或权限在云中的服务器上部署该目录……或者访问注册表以更改该位置)


另一个你可以考虑的选项是使用HTML和JavaScript和第三方图表库。您可以在web浏览器控件中渲染客户端应用程序中的内容,并使其与应用程序无缝连接。如果您想从ASP.NET网站(或任何web语言)渲染,这种方法还可以使它更容易地移动到web上。

简单的条形图、饼图和圆形进度条就足以作为仪表板。看看你是否需要一些灵感。谢谢迈克的回复。您能建议我是否应该继续使用Crystal Reports或WPFIt,这取决于您的要求和您觉得最适合使用的产品。这不是一场受欢迎程度的比赛,而是由你来研究这两个问题,并得出结论,你应该采取什么样的最佳方式。嗨,迈克,感谢您的回复,但我的关注与大众性无关,而是与可用于开发的方便性有关,因为我是新手,同样,从成本角度来看,因为我认为Crystal reports不是免费的。如果我错了,一定要让我知道简单的条形图、饼图和圆形进度条应该足以作为仪表板。看看你是否需要一些灵感。谢谢迈克的回复。您能建议我是否应该继续使用Crystal Reports或WPFIt,这取决于您的要求和您觉得最适合使用的产品。这不是一场受欢迎程度的比赛,而是由你来研究这两个问题,并得出结论,你应该采取什么样的最佳方式。嗨,迈克,感谢您的回复,但我的关注与大众性无关,而是与可用于开发的方便性有关,因为我是新手,同样,从成本角度来看,因为我认为Crystal reports不是免费的。如果我错了,一定要让我知道简单的条形图、饼图和圆形进度条应该足以作为仪表板。看看你是否需要一些灵感。谢谢迈克的回复。您能建议我是否应该继续使用Crystal Reports或WPFIt,这取决于您的要求和您觉得最适合使用的产品。这不是一场受欢迎程度的比赛,而是由你来研究这两个问题,并得出结论,你应该采取什么样的最佳方式。嗨,迈克,感谢您的回复,但我的关注与大众性无关,而是与可用于开发的方便性有关,因为我是新手,同样,从成本角度来看,因为我认为Crystal reports不是免费的。如果我错了,一定要告诉我。谢谢佩尔。它解决了我所有的困惑。非常感谢,谢谢佩尔。它解决了我所有的困惑。非常感谢,谢谢佩尔。它解决了我所有的困惑。谢谢。