RDLCファイルの展開とサイズ

Question

私はデプロイする必要があるRDLCレポートをたくさん格納する予定のプロジェクターに取り組んでいます。このファイルは.rdlc形式です。 このような膨大な数のファイルが、デプロイされたアプリケーションのサイズに関係している可能性があります。コンパイル時に問題が生じる可能性がありますか？

Answer 1

ファイル自体の数は問題になりません。 RDLCファイルのサイズは、単なるXMLファイルなので、レポートの複雑さ（主に表示される要素の数とデータセット内のフィールドの数）によって異なります。

コンパイル時間は等式に含まれません。 RDLCファイルは、サイトを構築するときにはコンパイルされません。これらは本質的にReportViewerコントロールの設定ファイルなので、レポートのレンダリング方法はわかります。実際には、コンパイルされたデプロイされたWebサイト内のRDLCファイルを、コンパイルせずに置き換えることができます（RDLCだけが変更された唯一のものならば、自然に既に存在していますDataSet、ただし、表示するテーブルに入れるのを忘れてしまった）。それだけでなく、その場でRDLCファイルを生成することさえできます。これをチェックしてください：http://www.codeproject.com/Articles/705248/Generating-RDLC-Dynamically-for-the-Report-Viewer

あなたのアプリケーションのサイズに問題があるかどうかについては、よくわかりません。これらのファイルの合計サイズはどれくらいですか？それが最良の解決策であるかどうかについては、やはりわかりません。ファイルの数は実際には問題ではなく、実際には問題ではありませんが、実際には違っていますか、それとも数多くのファイルを1つのレポートにまとめることができるほど似ていますか？非常に似通ったレポートに小さな変更を加えるために、レポートパラメータが便利です。

これは私が与えられた情報で言えることです。

Answer 2

これは正直なところ、すべての必要な情報がなくても答えが難しい質問です。

150個のrdlcファイルを持つのは少し余計ですが、rdlcレポートのいくつかが似ているとその数を減らすことができます。
これらは別のレポートであり、サブレポートなどを使用してこの数を大幅に減らす簡単な方法はありません。それから、それらのすべてを展開する上で本当の問題はないはずです。それらをリソースとして定義し、特定のフォルダーにビルドさせることができます。環境に応じて、おそらくそれらを保存するための共有スペースが必要です。あなたがWebアプリケーションを作っているとき、このフォルダのサイズは全く問題ではありません。
異なるrdlcファイルを持つことのポジティブな側面は、実際にレポートを表示することがより少ない労力を要するということです。ビルド時にコピーしないことを選択した場合は、一度だけコンパイルする必要があります。

これらのレポートの多くがクエリのデータを表示しているだけであれば、rdlcレポートより優れた解決策があると思います。しかし、これが大きなプロジェクトである場合、大量のレポートを持つのはむしろ普通のことです。このように多くのファイルを持つことは、まったく問題ではありません。

私はこれがあなたの質問の少なくとも一部に答えたことを願っています。 さらに具体的なアドバイスが必要な場合は、さらに詳しい情報を提供してください。私は何ができるかを見ていきます。