报告生成代码的地方。

时间:2008-11-16 15:28:16

标签: c# winforms projects-and-solutions

我有一个带有以下项目的visual studio解决方案:

  1. UI
  2. 数据访问
  3. BusiessLogic
  4. 的BusinessObjects
  5. 我现在有一堆代码可以生成通过电子邮件发送或保存为csv文件的报告。

    这些ReportGenerators类接收业务对象并输出文件或字符串。

    你会把它们放进哪个项目?我倾向于回答,但想看看别人怎么想?

2 个答案:

答案 0 :(得分:2)

我会创建一个单独的报告项目。它不属于UI(我假设它们在后台运行) - 它实际上是一个“报告逻辑”层。

如果您考虑如何支持reportng,您可能需要后端服务,但您可能希望将来也通过Web服务公开数据。如果您需要为用户提供前端报告工具,您可以像普通用户界面一样插入报告逻辑 - >逻辑 - >数据访问架构。

此外,如果您将报告代码分开,则可以在以后将其提取到专用报告层。

答案 1 :(得分:0)

同意曼伍德的帖子 - 你应该将它们建立为报告(如果有必要,在报告后面加上一些信息),原因如下:

  • 您可以运行报告并显示 他们通过ReportViewer 控制。这是公平的 直截了当。

  • 你(更重要的是其他人 支持应用程序)可以 更多地扩展应用程序 报告无需发布 另一个应用程序的构建。如果您不想依赖于支持应用程序,这是一个非常有用的功能。

  • 您可以通过发布报告 报告服务。

  • 您可以获得所有数据导出选项 报告服务(Excel,csv, pdf等)与报告 服务框架。