In einigen Projekten (Webanwendungsprojekten) verwende ich globale Ressourcendateien. (Gespeichert im Ordner App_GlobalResources)
pro : Wirklich einfach zu benutzen: z.B. im Markup
Property="<%$ Resources:FILENAME, KEY %>"
con : - Soweit ich weiß, kann ich den Inhalt der Ressourcen nicht im laufenden Betrieb ändern. Wenn also ein Kunde anruft und mir sagt, dass ich einen String in der französischen Implementierung ändern soll, muss ich eine neue Binärdatei bereitstellen. Wenn ich SessionMode="InProc" verwende, kann das zu unerwünschtem Verhalten führen, wie Sitzungsverlust usw.
Ich würde lieber eine Zeile in einer XML-Datei ändern, um die maximale Betriebszeit der Anwendung zu gewährleisten. Ich denke, es wäre möglich, eine eigene Lokalisierungsklasse zu schreiben, die eine XML-Datei als zugrunde liegende Datenquelle implementiert (mit Caching usw.). Die Frage ist also, ob es Vorteile bringt, dies zu tun.
Kann mir jemand mehr darüber sagen? Profis o Nachteile für die Verwendung globaler Ressourcendateien? (Und ich bin immer noch offen für Vorschläge, Ressourcendateien in einer laufenden Webanwendung zu ändern ;) )
Welche Vorteile habe ich also, wenn ich globale Ressourcen nutze?
Edit : Ich möchte an "eingebauten" Lösungen in Visual Studio oder dem .net Framework festhalten, anstatt eine (unbekannte) Bibliothek eines Drittanbieters zu verwenden.