鉴于这种情况，目前，（1）我有一个应用程序发送参数报告应用程序，然后报告应用程序查询数据库的结果并返回值，它生成报告并返回主应用程序。
我受到了另一个人的意见的挑战，（2）更好的设计是，让应用程序与数据库通信，获取报告所需的所有数据并发送到报告应用程序以生成。这样做的原因是报告应用程序会减少系统耦合，允许在需要时将报告应用程序切换到其他报告应用程序（例如Crystal Report，Jasper）。我的理解是否需要更多的努力，例如创建更多的类来将对象或存储的数据参数化到诸如XML的文件中。这给应用程序带来了巨大的负担。
我想对以下哪种设计在行业中更好或所谓的常规做法有一些看法？
由于
*对不起，不确定这个问题是否应该在“服务器故障”下
答案 0 :(得分：0)
这不是一个报告应用，它是一个报告呈现应用。该报告仍在应用程序中构建，它尚未呈现。
这是可能的，但正如你所说，非常昂贵。此外，对这些不同报告框架的要求也大不相同，因此您将对每个报告框架进行一些认真的重新开发。
与域模型的复杂性相比，这很大程度上取决于数据模型的复杂性。如果您的数据模型（我假设关系数据库）与您的业务领域模型非常接近，那么您几乎肯定会浪费时间构建一个解耦的报告引擎。如果您需要报告大量的变革型域名模型，那么在报告系统中重现这种复杂性可能会成本过高，并证明使用您的域名模型是合理的 - ＆gt; xml表示 - ＆gt;报告系统。
TLDR;这取决于您的要求......而且这里没有足够的信息来提出可靠的建议。总的来说，是的，它会更昂贵。如果只是保持独立于您的报告框架，那可能是浪费时间。