c# - ASP.net 中报告应用程序的最佳架构(带有动态源)

Question

简单来说，需求是这样的。

• 它是一个具有多个 View (图表、PDF 和 Excel)的图表应用程序(有点像仪表板)

• 数据源可能主要来自 Oracle，但也有其他数据源，如 Excel、平面文件....等。

• 图表库将是组件艺术(我想尝试新的 asp.net 图表，但由于它已经在其他应用程序中使用，他们希望继续使用)

正如我告诉你的，我们已经有一个应用程序，它类似于基本的 3 层，有一些 DTO，主要是数据表；我觉得任何数据模型都与 View 紧密耦合，他们希望继续使用相同的 :)

我想为此提出一个新的架构，我需要你的诚实评论。

我觉得

1. 它应该使用传统的MVC模式来设计，因为只有一个模型和不同的Views(chart,excel,pdf)
2. 具有 1) 安全性(提供者模型)2) 数据源抽象(平面文件、oracle、excel)的实体服务层(企业库)3)缓存(每个报告都有自己的刷新时间，数据/ View 可以相应地缓存 4) 错误记录 5) 健康监控

3) 使用 WCF 服务公开 View 或 DTO

4)完整的AJAX和部分渲染

5) 开发一个可靠的 wcfservice，它将采用数据模型名称和 View (chart、excel、pdf，然后相应地返回 View 。

请指导我，我想构建一个可以重用的松散耦合和可配置的架构。

Answer 1

诚实的回答:听起来您要么过度设计，要么不负责任地重新发明轮子。

I want to build a loosely coupled and configurable architecture which can be reused.

这是一个不错的目标，但这是该项目的要求吗？我猜这不是基本要求，顶多最好有。业务似乎需要一个包含一些可导出图表和报告的仪表板，而您打算构建一个平台.这是典型的过度工程。

如果您真的需要一个可重复使用的平台，则需要付出相当大的努力和技能来构建一个直观、健壮、安全、可测试、可配置、可维护的报告平台，并使用复杂且可培训的创作工具。

即使您构建了一个完美的平台，您也会拥有一个其他人都不知道的自定义系统。如果您使用已建立的 BI/报告平台，您可以聘请已经了解该技术的人员，或者让人员了解大量现有的培训 Material 。

换句话说，构建起来会很困难且成本更高，这很糟糕，而且组织在未来几年使用起来也很困难且成本更高，这更糟。我通常选择构建而不是购买，但报告是一个已知问题，商业平台已经很好地解决了这个问题。

所以，当然，该架构听起来很合理。在不了解更多需求的情况下，无法判断:也许您确实需要从头开始构建它，但从您的描述“图表应用程序(有点仪表板)”来看，构建报告平台听起来没有必要，尽管可能很有趣。