Dateien mit eingebetteten Kulturinfozeichenfolgen
Das Projektsystem verwendet die folgende Konvention zur Berechnung des Manifestressourcennamens für eine Nicht-XML-Ressourcendatei mit einer eingebetteten Kulturinfozeichenfolge.
Falls die Kulturinfozeichenfolge vom .NET Framework Ressourcen-Manager unterstützt wird, setzt sich der Name der Assemblymanifestressource wie folgt zusammen: Standardnamespace des Ordners mit der Ressourcendatei + Basisdateiname der Ressourcendatei + Erweiterung der Ressourcendatei.
Wenn die Kulturinfozeichenfolge vom .NET Framework Ressourcen-Manager nicht unterstützt wird, wird der Name der Assemblymanifestressource so berechnet wie unter Dateien ohne eingebettete Kulturinfozeichenfolgen beschrieben.
Stellen Sie sich ein Projekt "Project1" mit dem Stammnamespace "RootNamespace" und der folgenden Hierarchie vor: Project1->Folder1->picture1.de-de.jpg.
Da der Standardnamespace jedes Ordners in Visual Basic immer dem Stammnamespace entspricht, würde der berechnete Manifestressourcenname für picture1.de-de.jpg RootNamespace.picture1.jpg lauten.
Da der Standardnamespace jedes Ordners in Visual C# immer von der Position des Ordners in der Hierarchie hergeleitet wird, würde der berechnete Manifestressourcenname für picture1.de-de.jpg RootNamespace.Folder1.picture1.jpg lauten.
Vergegenwärtigen Sie sich die Situation im vorherigen Beispiel, mit der Ausnahme, dass die Datei picture1.de-de.jpg nun den Namen picture1.de-ff.jpg trägt. Obwohl de-ff gemäß RFC 1766 eine gültige Kulturinfozeichenfolge darstellt, wird diese Kulturinfozeichenfolge vom .NET Framework Ressourcen-Manager nicht unterstützt. Aus diesem Grund wird de-ff in den berechneten Assemblyressourcennamen einbezogen. In diesem Fall würde der Assemblyressourcenname für Visual Basic RootNamespace.picture1.de-ff.jpg und der für Visual C# RootNamespace.Folder1.picture1.de-ff.jpg lauten.