0

目前，我们有一个数据服务，供我们组织内的各种客户使用；他们中的大多数使用 PDF 报告来查看数据。我们面临的问题是 PDF 生成已经过时，并且建立在一项难以维护的技术之上。

所以我们现在要实现的基本上是两个目标：

  1. 以 SOA 方式封装所有数据访问，为 RAW 数据发布服务、PDF 报告以及可能的其他一些服务，例如“Excel RAW”
  2. 让我们的业务用户能够加载和更改 PDF 报告的模板，而无需“开发”（基本上他们可以尽可能独立）

有两个主要问题；报告必须“漂亮”，我的意思是我们的用户要求提供诸如图像分辨率、文本/图像定位的几乎像素精度等细节。我们选择的服务器/库必须能够达到这个要求。

另一个是我们的技术栈目前仅限于 JAVA/LINUX 平台，虽然我们可以评估其他平台（例如在 .NET 中开发的产品），但 Java EE/LINUX 中的解决方案会更可取。

有什么建议么？

PS：数据存储在Oracle数据库中。

4

1 回答 1

0

当然，您在这里遇到的一个棘手问题是提供允许您的用户提供“漂亮”/像素完美报告的能力。根据您的用户是什么类型的人（技术人员/开发人员、业务人员、一般用户），您可能无法找到一个系统可以让您将大量工作分担给您的用户。这只是一个硬域。

如果您的报告是电子表格样式，您可能希望检查诸如Business Objects、Coognos或Yellow Fin之类的系统。这些系统在创建报告模型方面需要进行大量设置，但它们可以为用户提供工具，以通过 Web 界面设计自己的报告。这些系统通常独立于您的主应用程序，尽管肯定有一些方法可以集成它们（尽管要向您自己的客户公开服务，可能很难让它完全按照您的意愿工作）。

如果您的报告是文档样式（而不是电子表格样式），您可以查看旨在与应用程序集成的Docmosis（请注意我为创建 Docmosis 的公司工作）。Docmosis 允许您的应用程序从 DOC/ODT/DOCX 文档生成 PDF 报告，这些文档充当从数据库/Java 对象/文本等中填充的模板。模板可以由您的用户提供/修改/上传。它与 Java 和 linux 环境集成，因此非常适合您的技术环境。对于许多应用程序，它会根据所需的模板自动提供布局。

关于向您的用户提供 SOA 服务，这听起来像是一种很好的方法，具体取决于您拥有的用户（服务方法是否为他们提供了易于使用的东西？）。因为您的客户是内部客户，我相信您已经确定了服务的适用性。

希望有帮助。

于 2013-07-20T10:20:06.727 回答