埋め込みリソースにアクセスするためのリソースファイル（.resx）とリフレクション

Question

ここでは非常に単純なものがありますが、リフレクションを使用してを含む同じアセンブリから組み込みリソースを取得する利点は何ですか？単に.resxファイルを介してそれを取得する？私はこれをたくさん見ますが、それを取得しないでください - をresxファイルResources.resourceと比較する理由がありますか？マイクロソフトでさえそれはHow to embed and access resourcesです。

正確にはどういう意味ですか：組み込みリソースConfig.xmlを含むアセンブリMyAssemblyがあるとします。

public string GetConfigXML() 
{ 
    Stream xmlStream = Assembly.GetExecutingAssembly().GetManifestResourceStream("MyAssembly.Config.xml"); 
    string xml = GetStringFromStream(xmlStream); 
    return xml; 
} 

はなぜGetManifestResourceStream()ときに使用します。

public string GetConfigXML() // returns the content of Config.xml as a string 

は、多くの場合、私はリソースを取得するためにリフレクションを使用して、これはこのように実装を参照してください。アセンブリは、文字列として言ったリソースを返すメソッドを実装しMyClassを持っています次のことができます。

1. は、Visual StudioでMyAssemblyプロジェクトにリソースファイル（Resource.resx）を追加します。
2. Config.xmlをリソースの 'Files'に追加します。 string xml = Resource.Config;

が、私は内部のファイルを.resxファイルの処理方法Visual Studioのか分からないが、私は中に（それ単にコピーした.resxファイルにリソースを疑う：

は、はるかに簡単な方法でConfig.xmlのコンテンツを取得しますこの場合は、重複したリソースで終了します）。私はそれが内部的に反射を使用しないと仮定します。なぜなら、このような状況で単に.resxファイルを使用しないでください。

Answer 1

が、どのような埋め込みリソース

ある形式から別の形式にデータを変換する理由の背後に共通の利益を取得するためにリフレクションを使用する利点があります。スピード、スピード、スピード、利便性。

XMLは、あなたのリソースを保存しておくためのかなりまともなフォーマットです。元のリソースを10年後に元のまま取得できるという非常に良い保証があります。適切なバックアップが取られていないマシンの変更。しかし、それは読まなければならない非常に厄介なフォーマットであり、XMLは非常に冗長であり、断片を見つけるにはファイルの先頭から読み込む必要があります。

Resgen.exeが.xmlファイルを.resourceファイルにコンパイルすると消える問題。アセンブリメタデータにリンクするのに適しており、リソース内の元のバイトを含むバイナリ形式。また、アセンブリがロードされたときにメモリに直接マップされ、別のファイルを見つけて開く必要はなく、読み込んでデータを変換する必要はありません。大きな違い。

リソースデザイナを使用すると、GetManifestResourceStream（）を直接使用する必要がなくなります。さらに便利です。