我的任务是创建（或寻找已经工作的东西）一个集中式服务器，其API能够返回传递一些数据的PDF文件，以及模板的名称，它必须是强大的解决方案，企业就绪目标如下：
所以，我一直在读。我们认为可能的一种方法是安装jasper报告服务器，在Jaspersoft Studio中创建模板，然后使用API返回PDF文件。一位同事代表这个选项，因为它主要是完成的，但1º是java和2º我认为这就像使用锤子来破解坚果。
我们一直在使用的其他选项是使用带有iTextSharp的C＃来创建服务器，并创建我们自己的API，使用我们需要的数据准确返回PDF。这样做我们可以有一些好处，比如使用我们已经创建的数据库连接器并从数据库中提取大部分数据，而不是传递大量数据，但是因为它是 bare ，它实际上没有模板系统。我们已经使用XMLWorker或c＃类创建了一些东西，但它并不像拖放那样“简单”。对于这种情况，我一直在阅读有关XFA的内容，但iText网站上的文档具有误导性且不明确。
我一直在阅读其他一些替代方案，例如 PrinceXML ， PDFBox ， FOP 等，但概念将是和iText一样，我们必须自己做。
我的投票，即使更多的工作是走 iText 的路线并使用HTML / CSS作为模板，但我的同事声称模板应该能够每隔一周更换一次（我对此表示怀疑），并且很容易。 HTML / CSS太多了。
所以真正的问题是，其他业务如何处理这个问题？我在搜索中遗漏了什么吗？有没有更简单的方法来实现这一目标？
PS：我不知道这个问题是否适合这个问题，但是我大部分时间都迷失了，冒着“过于宽泛的问题”或“偏离主题”的标签似乎并不那么糟糕。修改：
模板有一些要求：
PDF不需要存储，因为我们有一个文档管理系统，将来我们可以链接它们。
额外数据：目前我们正在使用“ Fast-Reports v2 VCL ”
答案 0 :(得分：1)
您的问题表明您在寻求帮助之前已经详细考虑了这个问题，所以我确信这样会很友好。
当然，您在描述中详细描述的一件事是更广泛的功能要求。你提到用锤子敲碎螺母，但我认为你主要关注技术/接口。如果你考虑对你需要创建的文档的更广泛的要求，所涉及的变量，它可能是你认为的更大的坚果。
我建议的方法是原型解决方案，假设你有一些空间可以做到。从您的研究中，可以选择最好的3个尝试，这可能包括您想到的自定义构建。让它们通过一些真实的用例 - 端到端 - 粗糙尽可能但却是现实的。所有解决方案都应使用您需要输出的一个或两个关键文档。确保您涵盖以下方面的最重要或最常见的要求：
iText和Jasper肯定是您可以信赖的企业级引擎。您可能希望查看Docmosis（请注意我为公司工作），并且可能会对使用模板的PDF库进行一些搜索。
Web服务界面可能是您可能想要查看的关键功能。 REST API很容易从PHP和几乎任何技术堆栈调用。这意味着您可能会选择如何构建解决方案，并且通常很容易进行原型设计。如果您决定沿着原型设计路径前进并尝试Docmosis，请从云服务开始，因为您可以非常快速地进行原型/集成。
我希望有所帮助。
答案 1 :(得分：0)
根据我多年使用PDF的经验，我认为你应该注意以下几点：
性能：与HTML或XML到PDF生成相比，您可以使用基于API的pdf文件生成来实现最快的性能（因为涉及额外的转换层）。考虑到负载峰值，您可能需要通过添加更多服务器来计算扩展生成的成本（并估算每天每个额外pdf文件所需的额外服务器或资源的成本）。
易于迭代和更改：您需要多久调整一次模板？如果您要创建模板一次（通过一些迭代）但是不需要进行任何更改，那么只需使用API对它们进行编码就可以了。否则，您应该强烈考虑使用HTML或XML模板来简化更改并降低在模板中进行更改的复杂性;