Von gültigen Codedateien abhängige XML-Ressourcen
Aktualisiert: November 2007
Wenn eine XML-Datei von einer gültigen Sprachcodedatei für das jeweilige Projekt abhängig ist und für die betreffende Datei ein Dateicodemodell-Objekt abgerufen werden kann, setzt sich der Manifestressourcenname der XML-Ressourcendatei wie folgt zusammen: aus dem vollständigen Namen der ersten Klasse in der Datei, die das übergeordnete Element der Ressourcendatei darstellt, + einer optionalen RFC 1766-Kulturinfozeichenfolge (sofern vom .NET Framework Ressourcen-Manager unterstützt) + .resources.
Falls das übergeordnete Element der XML-Ressourcendatei keine Klassendefinitionen enthält, greift das Projektsystem auf das unter Unabhängige XML-Ressourcendateien beschriebene Namensschema für Ressourcen zurück.
Beispiel:
Betrachten Sie die folgende Projekthierarchie, in der der vollständige Name der ersten Klasse in der Datei Form1.vb "ACME.WidgetApp.MyClass" lautet: Project1->Form1.vb->Form1.resx. In diesem Fall würde der Manifestressourcenname für die XML-Ressourcendatei Form1.resx wie folgt lauten: ACME.WidgetApp.MyClass.resources.
Stellen Sie sich dasselbe Projekt vor, mit der Ausnahme, dass Form1.resx jetzt den Namen Form1.de.resx trägt. Da de eine vom Ressourcen-Manager unterstützte RFC 1766-Kulturinfozeichenfolge ist, wird sie automatisch in den Namen der Ressource aufgenommen. Folglich würde der Manifestressourcenname in diesem Fall ACME.WidgetApp.MyClass.de.resources lauten.
Stellen Sie sich erneut dasselbe Projekt vor, mit der Ausnahme, dass Form1.resx nun den Namen Form1.de-ff.resx trägt. Obwohl de-ff gemäß RFC 1766 eine gültige Kulturinfozeichenfolge darstellt, wird diese Kulturinfozeichenfolge vom .NET Framework Ressourcen-Manager nicht unterstützt. Daher wird de-ff nicht in den resultierenden Manifestressourcennamen aufgenommen. Der Manifestressourcenname wäre daher mit dem Namen im ersten Beispiel identisch.