Plik zasobu (.resx) kontra odbicie w celu uzyskania dostępu do osadzonego zasobu

Question

Może brakuje mi czegoś bardzo prostego tutaj, ale jaka jest korzyść z używania odbicia w celu pobrania osadzonego zasobu z tego samego zestawu , który zawiera zasób w przeciwieństwie do po prostu pobierając go za pomocą pliku .resx? Widzę to bardzo często, ale nie rozumiem - czy jest powód do używania Assembly.GetExecutingAssembly().GetManifestResourceStream(resource) w porównaniu do pliku Resx Resources.resource? Nawet Microsoft to robi: How to embed and access resources.

Co mam na myśli: załóżmy, że mam zespół MyAssembly, który zawiera osadzony zasób Config.xml. Zespół ma MyClass który implementuje metodę, która zwraca wymieniony zasób jako wyrażenie:

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

Często widzę to realizowane w ten sposób, przy użyciu odbicia do pobierania zasobów:

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

Dlaczego korzystania GetManifestResourceStream() gdy jest można:

1. dodać plik zasobów (Resource.resx) do projektu w Visual Studio MyAssembly;
2. dodać Config.xml do zasobu "Pliki";
3. uzyskać zawartość Config.xml w znacznie prostszy sposób: string xml = Resource.Config;

nie wiem jak Visual Studio obsługuje .resx pliki wewnętrznie, ale wątpię, to po prostu kopiuje zasobu do pliku .resx (w w takim przypadku otrzymasz zduplikowane zasoby). Zakładam, że wewnętrznie nie korzysta też z odbicia, więc dlaczego nie po prostu użyć plików .resx w takich sytuacjach, co wydaje mi się bardziej przyjazne dla wydajności?

Answer 1

ale co jest zaletą przy użyciu odbicia do pobierania osadzonego zasobu

wspólnych korzyści, co jest za jakiegokolwiek powodu do konwersji danych z jednego formatu na inny. Prędkość, prędkość, szybkość i wygoda.

XML jest całkiem przyzwoitym formatem, w którym przechowywane są twoje zasoby. Będziesz mieć bardzo dobrą gwarancję, że nadal będziesz mógł odzyskać oryginalny zasób za 10 lat, kiedy oryginał zagubił się we mgle czasu i para zmian w maszynie bez dobrych kopii zapasowych. Ale to całkiem sprytny format, z którego trzeba czytać, XML jest bardzo obszerny, a odnalezienie fragmentu wymaga czytania od początku pliku.

Problemy znikające, gdy Resgen.exe kompiluje plik .xml do pliku .resource. Format binarny, który jest odpowiedni do dołączenia do metadanych zestawu i zawiera oryginalne bajty w zasobie. I jest bezpośrednio mapowany do pamięci, gdy twój zestaw jest ładowany, nie trzeba szukać innego pliku i otwierać go, czytać i konwertować dane. Duża różnica.

Należy użyć Projektanta zasobów, aby uniknąć konieczności używania GetManifestResourceStream() bezpośrednio. Jeszcze więcej wygody.