RDLC 文件部署和大小

RDLC files deploying and size

我正在开发一个项目,我将在其中存储大量 (150) 个需要部署的 RDLC 报告。此文件采用 .rdlc 格式。 这么大的文件数量是否会影响部署的应用程序的大小,是否存在编译时间方面的问题?

老实说,如果没有所有必要的信息,这个问题很难回答。

拥有 150 个 rdlc 文件的可能性很大,如果某些 rdlc 报告相似,则可能会减少该数量。
但是,如果这些是单独的报告,并且没有简单的方法可以通过使用子报告来大幅减少这个数字。那么我相信部署所有这些应该不会有任何真正的问题。您可以将它们定义为资源并将它们构建到特定文件夹中。根据环境,您也许应该尝试共享 space 来存储它们。当您制作 Web 应用程序时,此文件夹的大小根本不重要。
具有不同 rdlc 文件的积极方面是实际显示报告应该更省力。您只需编译一次,如果您选择不在构建时复制它们,那么这根本不会减慢速度。

如果其中许多报告只是为了显示一些来自查询的数据,那么我相信有比 rdlc 报告更好的解决方案。但如果这是一个大项目,那么拥有大量报告是很正常的,那么拥有这么多文件根本不成问题。

我希望这至少能回答您的一些问题。 如果您需要任何更具体的建议,请提供更多信息,我会尽力而为。

文件数量本身不是问题。 RDLC 文件的大小取决于报告的复杂程度(主要是显示的元素数量和数据集中的字段数量),因为它只是一个 XML 文件。

编译时间将不计算在内。构建站点时不会编译 RDLC 文件。它们本质上是 ReportViewer 控件的配置文件,因此它知道如何呈现您的报表。事实上,您可以在已编译、已部署的网站中替换 RDLC 文件而无需重新编译(如果 RDLC 是唯一发生变化的东西,自然而然;我这样做是为了向报告 table 添加列,其中列已经存在于DataSet中,只是我们忘记把它放在table中显示)。除此之外,您甚至可以即时生成 RDLC 文件。看看这个:http://www.codeproject.com/Articles/705248/Generating-RDLC-Dynamically-for-the-Report-Viewer

至于这是否是您应用程序大小的问题 - 好吧,我不知道我们中的任何人怎么说。这些文件的总大小是多少?至于它是否是最佳解决方案,我们也无法确定。文件数量本身确实不是问题,但这些报告真的是不同的,还是有些非常相似以至于您可以将几十个报告合并成一个报告?报表参数可以派上用场,用于对非常相似的报表进行小的更改。

根据给定的信息,我只能说这么多。