【问题标题】:Java PDF creator as a Web Service vs LibraryJava PDF 创建器作为 Web 服务与库
【发布时间】:2013-10-02 21:52:48
【问题描述】:

我想使用 Java 创建 PDF(以及其他文档)并且我正在考虑使用 Web 服务来执行此操作。这些文档的数据源将位于不同的位置。该服务还会有不同的调用者。

该服务的调用者/客户端之一需要快速响应时间,因此我正在讨论不使用 Web 服务,而只是创建一个单独的库并使用它的对象而不是调用 Web 服务。

其他呼叫者/客户不需要快速响应,但是他们会有大量请求,因此我担心这会对依赖于快速响应的呼叫者/客户产生负面影响。

我对需要快速响应时间的来电者的担心是没有根据的吗?如果没有太多数据交换,我不会担心,但是如果服务返回 PDF(或其他文档),我可以看到如果文件很大,可能需要一段时间。

我希望 Web 服务的原因是允许代码在一个地方存在,因为会有不同的调用者。我对创建一个库并让每个调用应用程序使用该库的想法持开放态度,如果这会是一种更好的方法。

【问题讨论】:

  • 如果你链接lib,应用程序本身将负责生成PDF,可以。如果您想提供一项服务,请确保它能够满足所有需求。如果你不能不这样做。根据客户需求做出决定...但是将服务与程序工件进行比较似乎不适合我。

标签: java web-services pdf


【解决方案1】:

为什么不两者兼得?

请记住,通过创建 Web 服务(例如 rest),您只需为服务自己的实现提供一个基于 http 的接口。该服务实现将使用什么?对,你的图书馆。

因此,对于时间要求严格的客户,您需要提供库,而对于其他客户,您的网络服务使用库,但在专用服务器上运行。这样您就可以满足少数特殊客户的时效性,同时享受其他客户使用集中式服务器运行您的服务的乐趣。几乎一个价格,两全其美。

【讨论】:

    猜你喜欢
    • 2010-11-03
    • 2018-07-30
    • 2016-07-08
    • 2010-12-18
    • 1970-01-01
    • 2018-03-15
    • 1970-01-01
    • 2011-08-03
    • 1970-01-01
    相关资源
    最近更新 更多