帮助重构旧版自定义报告模块

时间:2010-07-12 06:40:09

标签: .net architecture reporting

1 个答案:

答案 0 :(得分:1)

首先:内联网win.forms?您是在谈论ClickOnce WinForms应用程序,MSIE托管的WinForms应用程序,带有嵌入式Web浏览器的WinForms,还是更具异国情调的东西?我假设您实际上有一个中央数据存储,否则您的Intranet Web界面将不会发生......

这实际上取决于WCF服务的接口(或者您选择托管和连接服务逻辑的任何方式)。你还没有真正描述过它们。需要思考的一些问题:

  1. 它是纯粹的基于数据的服务,还是做了一些用户界面处理?后者越多,对Office和Web报告的支持就越差......在一个极端情况下,每个报告都必须有两个版本。然后当你想添加例如用于移动界面的单独Web版本?
  2. 您如何将报告与服务分离?相同的服务可以支持多个报告吗?
  3. 数据接口是粗糙还是健谈?大块的界面往往更好地扩展,但你需要通过简单的查询来付出代价(因为你需要传递比大多数报告需要的更多的数据)。
  4. 您是否有用户身份验证和授权要求?是否有报告或数据只允许某些用户看到?
  5. WinWord和Excel是一项要求还是遗产?用户是否真的需要可编辑的文档:如果没有,Web界面是否足够,或提供PDF文件的服务?一般来说,Office集成并不总是最容易支持的选项,特别是一旦下一个Office版本或服务包打到你,或者最终用户开始修改他们的模板......
  6. 让我担心的是,您让WCF服务了解甚至处理报告模板文件(模板目录,内省接口)。为什么?让模板仅依赖于数据检索服务会不会更清晰?难道你不会与网络报道有这种关系吗?