Erstellen von Satellitenassemblys für .NET-Apps

Ressourcendatei spielen eine tragende Rolle in lokalisierten Anwendungen. Durch sie kann eine Anwendung Zeichenfolgen, Images und andere Daten in der Sprache und Kultur der Benutzer:innen anzeigen und alternative Daten bereitstellen, wenn keine Ressourcen für die Sprache oder Kultur der Benutzer:innen verfügbar sind. .NET verwendet ein Speichenarchitekturmodell (Hub and Spoke), um lokalisierte Ressourcen zu finden und aufzurufen. Der Hub ist die Hauptassembly, die den nicht lokalisierbaren, ausführbaren Code und die Ressourcen für eine einzelne Kultur enthält, die als neutrale oder Standardkultur bezeichnet wird. Die Standardkultur ist die Ausweichkultur der Anwendung. Dabei handelt es sich um die Kultur, die verwendet wird, wenn keine lokalisierten Ressourcen verfügbar sind. Sie verwenden das NeutralResourcesLanguageAttribute-Attribut, um die Standardkultur der Anwendung festzulegen. Jede Speiche ist mit einer Satellitenassembly verbunden, die die Ressourcen für eine einzelne lokalisierte Kultur aber keinen Code enthält. Da die Satellitenassemblys kein Teil der Hauptassembly sind, können Sie die Ressourcen problemlos entsprechend einer bestimmten Kultur ersetzen oder aktualisieren, ohne die Hauptassembly der App ersetzen zu müssen.

Name und Speicherort einer Satellitenassembly

Das Speichenarchitekturmodell erfordert, dass Sie Ressourcen an bestimmten Speicherorten speichern, damit Sie leicht gefunden und verwendet werden können. Wenn Sie Ressourcen nicht wie erwartet kompilieren und benennen, oder wenn Sie sie nicht am richtigen Speicherort speichern, kann die Common Language Runtime diese nicht finden und verwendet stattdessen die Ressourcen der Standardkultur. Der .NET-Ressourcen-Manager wird durch den ResourceManager-Typ dargestellt und wird für den automatischen Zugriff auf lokalisierte Ressourcen verwendet. Der Ressourcen-Manager hat folgende Anforderungen:

• Eine einzelne Satellitenassembly muss alle Ressourcen für eine bestimmte Kultur enthalten. Dies bedeutet, dass Sie mehrere TXT- oder RESX-Dateien in eine einzelne RESOURCES-Binärdatei kompilieren sollten.

• Das Anwendungsverzeichnis muss ein separates Unterverzeichnis für jede lokalisierte Kultur haben, in dem die Kulturressourcen gespeichert sind. Der Name des Unterverzeichnisses muss dem Namen der Kultur entsprechen. Alternativ können Sie Ihre Satellitenassemblys im globalen Assemblycache (GAC) speichern. In diesem Fall muss die Kulturinformationskomponente des starken Namens der Assembly deren Kultur angeben. Weitere Informationen finden Sie unter Installieren von Satellitenassemblys im globalen Assemblycache.

  Hinweis

  Wenn Ihre Anwendung Ressourcen für Subkulturen enthält, platzieren Sie jede Subkultur in separaten Unterverzeichnisse im Anwendungsverzeichnis. Platzieren Sie Subkulturen nicht in Unterverzeichnis im Hauptkulturverzeichnis.

• Die Satellitenassembly muss den gleichen Namen wie die Anwendung haben und muss das Suffix „.resources.dll“ verwenden. Wenn eine Anwendung z. B. Example.exe heißt, sollte der Name jeder Satellitenassembly Example.resources.dll sein. Der Name der Satellitenassembly gibt nicht die Kultur seiner Ressourcendatei an. Die Satellitenassembly wird aber in einem Verzeichnis angezeigt, das die Kultur angibt.

• Informationen zur Kultur der Satellitenassembly müssen in den Metadaten der Assembly enthalten sein. Um den Namen der Kultur in den Assemblymetadaten zu speichern, geben Sie die /culture-Option an, wenn Sie den Assembly Linker verwenden, um Ressourcen in die Satellitenassembly einzubetten.

Die folgende Abbildung zeigt eine beispielhafte Verzeichnisstruktur und Speicherortanforderungen für Anwendungen, die nicht im globalen Assemblycache installiert sind. Die Elemente mit .txt- und .resources-Suffixen werden nicht mit der fertigen Anwendung geliefert. Dabei handelt es sich nur um die vorläufigen Ressourcendateien, die dazu verwendet werden, die endgültigen Ressourcensatellitenassemblys zu erstellen. In diesem Beispiel sollten Sie .txt-Dateien durch .resx-Dateien ersetzen. Weitere Informationen finden Sie unter Packen und Bereitstellen von Ressourcen.

Die folgende Abbildung zeigt die Satellitenassemblyverzeichnis:

Kompilieren von Satellitenassemblys

Mit Resource File Generator (resgen.exe) kompilieren Sie Textdateien oder XML-Dateien (RESX-Dateien), die Ressourcen enthalten, in binäre RESOURCES-Dateien. Anschließend verwenden Sie das Tool Assembly Linker (al.exe), um RESOURCES-Dateien in Satellitenassemblys zu kompilieren. al.exe erstellt eine Assembly aus den von Ihnen angegebenen RESOURCES-Dateien. Satellitenassemblys können nur Ressourcen enthalten. Sie können keinen ausführbaren Code enthalten.

Durch den folgenden al.exe-Befehl wird eine Satellitenassembly für die Anwendung Example aus der deutschen Ressourcendatei strings.de.resources erstellt.

al -target:lib -embed:strings.de.resources -culture:de -out:Example.resources.dll

Durch den folgenden al.exe-Befehl wird ebenfalls eine Satellitenassembly für die Anwendung Example aus der Datei strings.de.resources erstellt. Die Option /template führt dazu, dass die Satellitenassembly alle Assemblymetadaten erbt. Davon ausgenommen ist die Kulturinformation der übergeordneten Assembly (Example.dll).

al -target:lib -embed:strings.de.resources -culture:de -out:Example.resources.dll -template:Example.dll

In der folgenden Tabelle werden die Optionen von al.exe ausführlicher beschrieben, die in diesen Befehlen verwendet werden:

Eine vollständige Liste der Optionen von al.exe finden Sie unter al.exe (Assembly Linker-Tool).

<Project>
    <PropertyGroup>
        <GenerateSatelliteAssembliesForCore>true</GenerateSatelliteAssembliesForCore>
    </PropertyGroup>
</Project>

Beispiel für eine Satellitenassembly

Das folgende ist ein einfaches „Hello world“-Beispiel, in dem ein Meldungsfeld mit einer lokalisierten Begrüßung angezeigt wird. Das Beispiel enthält Ressourcen für die Kulturen Englisch (USA), Französisch (Frankreich) und Russisch (Russische Föderation). Die Fallback-Kultur ist Englisch. Gehen Sie folgendermaßen vor, um dieses Beispiel zu erstellen:

1. Erstellen Sie eine Ressourcendatei namens Greeting.resx oder Greeting.txt, die die Ressource für die Standardkultur enthalten soll. Speichern Sie in dieser Datei eine einzelne Zeichenfolge mit dem Namen HelloString, die den Wert „Hello world!“ hat.

2. Um anzugeben, dass Englisch (en) die Standardkultur der Anwendung ist, fügen Sie folgendes System.Resources.NeutralResourcesLanguageAttribute-Attribut in die AssemblyInfo-Datei der Anwendung oder in die Hauptquellcodedatei hinzu, die in die Hauptassembly der Anwendung kompiliert werden.

   [assembly: NeutralResourcesLanguage("en")]
   

   <Assembly: NeutralResourcesLanguage("en")>
   

3. Fügen Sie der Anwendung Unterstützung für weitere Kulturen (en-US, fr-FR und ru-RU) wie folgt hinzu:

   • Damit die Kultur en-US bzw. „Englisch (USA)“ unterstützt wird, erstellen Sie eine Ressourcendatei namens Greeting.en-US.resx oder Greeting.en-US.txt, und speichern Sie darin eine einzelne Zeichenfolge namens HelloString, deren Wert „Hi world!“ ist.

   • Damit die Kultur fr-FR bzw. „Französisch (Frankreich)“ unterstützt wird, erstellen Sie eine Ressourcendatei namens Greeting.fr-FR.resx oder Greeting.fr-FR.txt, und speichern Sie darin eine einzelne Zeichenfolge namens HelloString, deren Wert „Salut tout le monde!“ ist.

   • Damit die Kultur ru-RU bzw. „Russisch (Russland)“ unterstützt wird, erstellen Sie eine Ressourcendatei namens Greeting.ru-RU.resx oder Greeting.ru-RU.txt, und speichern Sie darin eine einzelne Zeichenfolge namens HelloString, deren Wert „Всем привет!“ ist.

4. Kompilieren Sie mit resgen.exe jede Text- oder XML-Ressourcendatei in eine RESOURCES-Binärdatei. Die Ausgabe sind mehrere Dateien, die den gleichen Stammdateinamen wie die RESX- oder TXT-Dateien, jedoch die Dateiendung .resources haben. Wenn Sie ein Beispiel mit Visual Studio erstellen, wird das Kompilieren automatisch behandelt. Wenn Sie nicht Visual Studio verwenden, führen Sie die folgenden Befehle aus, um die RESX-Dateien in RESOURCES-Dateien zu kompilieren:

   resgen Greeting.resx
   resgen Greeting.en-us.resx
   resgen Greeting.fr-FR.resx
   resgen Greeting.ru-RU.resx
   

   Wenn sich Ihre Ressourcen in Textdateien und nicht in XML-Dateien befinden, ersetzen Sie die Dateiendung .resx durch .txt.

5. Kompilieren Sie folgenden Quellcode zusammen mit den Ressourcen für die Standardkultur in die Hauptassembly der Anwendung:

   Wichtig

   Wenn Sie die Befehlszeile und nicht Visual Studio zum Erstellen des Beispiels verwenden, sollten Sie den Aufruf des ResourceManager-Klassenkonstruktors in das Folgende ändern: ResourceManager rm = new ResourceManager("Greeting", typeof(Example).Assembly);.

   using System;
   using System.Globalization;
   using System.Reflection;
   using System.Resources;
   using System.Threading;
   using System.Windows.Forms;
   
   class Example
   {
      static void Main()
      {
         // Create array of supported cultures
         string[] cultures = {"en-CA", "en-US", "fr-FR", "ru-RU"};
         Random rnd = new Random();
         int cultureNdx = rnd.Next(0, cultures.Length);
         CultureInfo originalCulture = Thread.CurrentThread.CurrentCulture;
   
         try {
            CultureInfo newCulture = new CultureInfo(cultures[cultureNdx]);
            Thread.CurrentThread.CurrentCulture = newCulture;
            Thread.CurrentThread.CurrentUICulture = newCulture;
            ResourceManager rm = new ResourceManager("Example.Greeting",
                                                     typeof(Example).Assembly);
            string greeting = String.Format("The current culture is {0}.\n{1}",
                                            Thread.CurrentThread.CurrentUICulture.Name,
                                            rm.GetString("HelloString"));
   
            MessageBox.Show(greeting);
         }
         catch (CultureNotFoundException e) {
            Console.WriteLine("Unable to instantiate culture {0}", e.InvalidCultureName);
         }
         finally {
            Thread.CurrentThread.CurrentCulture = originalCulture;
            Thread.CurrentThread.CurrentUICulture = originalCulture;
         }
      }
   }
   

   Imports System.Globalization
   Imports System.Resources
   Imports System.Threading
   
   Module Module1
   
       Sub Main()
           ' Create array of supported cultures
           Dim cultures() As String = {"en-CA", "en-US", "fr-FR", "ru-RU"}
           Dim rnd As New Random()
           Dim cultureNdx As Integer = rnd.Next(0, cultures.Length)
           Dim originalCulture As CultureInfo = Thread.CurrentThread.CurrentCulture
   
           Try
               Dim newCulture As New CultureInfo(cultures(cultureNdx))
               Thread.CurrentThread.CurrentCulture = newCulture
               Thread.CurrentThread.CurrentUICulture = newCulture
               Dim greeting As String = String.Format("The current culture is {0}.{1}{2}",
                                                      Thread.CurrentThread.CurrentUICulture.Name,
                                                      vbCrLf, My.Resources.Greetings.HelloString)
   
               MsgBox(greeting)
           Catch e As CultureNotFoundException
               Console.WriteLine("Unable to instantiate culture {0}", e.InvalidCultureName)
           Finally
               Thread.CurrentThread.CurrentCulture = originalCulture
               Thread.CurrentThread.CurrentUICulture = originalCulture
           End Try
       End Sub
   End Module
   

   Wenn die Anwendung Example heißt und Sie über die Befehlszeile kompilieren, lautet der Befehl für den C#-Compiler wie folgt:

   csc Example.cs -res:Greeting.resources
   

   Der entsprechende Befehl für den Visual Basic-Compiler lautet:

   vbc Example.vb -res:Greeting.resources
   

6. Erstellen Sie für jede lokalisierte, von der Anwendung unterstützte Kultur ein Unterverzeichnis im Hauptverzeichnis der Anwendung. Sie sollten die Unterverzeichnisse en-US, fr-FR und ru-RU erstellen. Visual Studio erstellt diese Unterverzeichnisse automatisch während des Kompiliervorgangs.

7. Betten Sie die einzelnen kulturspezifischen RESOURCES-Dateien in Satellitenassemblys ein, und speichern Sie diese in die entsprechenden Verzeichnisse. Der Befehl, mit dem Sie diesen Vorgang für jede RESOURCES-Datei ausführen können, lautet wie folgt:

   al -target:lib -embed:Greeting.culture.resources -culture:culture -out:culture\Example.resources.dll
   

   Wobei culture der Name der Kultur ist, deren Ressourcen die Satellitenassembly enthält. Dieser Vorgang wird von Visual Studio automatisch behandelt.

Anschließend können Sie das Beispiel ausführen. Eine der unterstützten Kulturen wird willkürlich als aktuelle Kultur festgelegt. Dann wird eine lokalisierte Begrüßung angezeigt.

Installieren von Satellitenassemblys im globalen Assemblycache

Statt Assemblys in einem lokalen Unterverzeichnis der Anwendung zu installieren, können Sie diese auch im globalen Assemblycache (GAC) installieren. Dies ist besonders dann praktisch, wenn Sie Klassenbibliotheken und Ressourcenassemblys von Klassenbibliotheken haben, die von mehreren Anwendungen verwendet werden.

Wenn Sie Assemblys im GAC installieren möchten, müssen diese einen starken Namen aufweisen. Assemblys mit starkem Namen werden mit einem gültigen Paar aus privatem und öffentlichem Schlüssel signiert. Sie enthalten Versionsinformationen, die die Runtime verwendet, um zu bestimmen, welche Assembly sie verwenden kann, um eine Bindungsanforderung zu erfüllen. Weitere Informationen zu starken Namen und zur Versionskontrolle finden Sie unter Assemblyversionsverwaltung. Weitere Informationen zu starken Namen finden Sie unter Assemblys mit starkem Namen.

Es ist unwahrscheinlich, dass Sie beim Entwickeln einer Anwendung Zugriff auf das endgültige Paar aus privatem und öffentlichem Schlüssel haben. Um eine Assembly im GAC zu installieren und sicherzustellen, dass sie wie erwartet funktioniert, können Sie das sogenannte verzögerte Signieren verwenden. Wenn Sie eine Assembly zum Zeitpunkt der Erstellung verzögert signieren, reservieren Sie Speicherplatz in der Datei für die starke Namenssignatur. Die tatsächliche Signatur wird auf einen späteren Zeitpunkt verschoben, wenn das Paar aus privatem und öffentlichem Schlüssel zur Verfügung steht. Weitere Informationen zum verzögerten Signieren finden Sie unter Verzögertes Signieren einer Assembly.

Abrufen des öffentlichen Schlüssels

Um eine Assembly verzögert zu signieren, müssen Sie auf den öffentlichen Schlüssel zugreifen können. Sie können entweder den tatsächlichen öffentlichen Schlüssel von der Organisation in Ihrem Unternehmen abrufen, der das Signieren später durchführen wird, oder einen öffentlichen Schlüssel mit dem Strong Name-Tool (Sn.exe) erstellen.

Der folgende Befehl von Sn.exe erstellt zu Testzwecken ein öffentlich-privates Schlüsselpaar. Die Option -k gibt an, dass Sn.exe ein neues Schlüsselpaar erstellen und dieses in einer Datei namens TestKeyPair.snk speichern soll.

sn –k TestKeyPair.snk

Sie können den öffentlichen Schlüssel aus der Datei extrahieren, die das Testschlüsselpaar enthält. Der folgende Befehl extrahiert den öffentlichen Schlüssel aus TestKeyPair.snk und speichert ihn in PublicKey.snk:

sn –p TestKeyPair.snk PublicKey.snk

Verzögertes Signieren einer Assembly

Nachdem Sie einen öffentlichen Schlüssel abgerufen oder erstellt haben, verwenden Sie den Assembly Linker (al.exe), um die Assembly zu kompilieren und das verzögerte Signieren anzugeben.

Durch den folgenden al.exe-Befehl wird eine Satellitenassembly mit starkem Namen für die Anwendung „StringLibrary“ aus der Datei strings.ja.resources erstellt:

al -target:lib -embed:strings.ja.resources -culture:ja -out:StringLibrary.resources.dll -delay+ -keyfile:PublicKey.snk

Die Option -delay+ gibt an, dass der Assembly Linker die Assembly verzögert signieren sollte. Die Option -keyfile gibt den Namen der zu verwendenden Schlüsseldatei an, die den öffentlichen Schlüssel enthält, um die Assembly verzögert zu signieren.

Erneutes Signieren einer Assembly

Bevor Sie Ihre Anwendung bereitstellen, müssen Sie die verzögert signierte Satellitenassembly erneut mit dem tatsächlichen Schlüsselpaar signieren. Hierzu können Sie Sn.exe verwenden.

Der folgende Befehl von Sn.exe signiert StringLibrary.resources.dll mit dem Schlüsselpaar, das in der Datei RealKeyPair.snk gespeichert ist. Die Option –R gibt an, dass eine bereits signierte oder verzögert signierte Assembly erneut signiert werden soll.

sn –R StringLibrary.resources.dll RealKeyPair.snk

Installieren einer Satellitenassembly im globalen Assemblycache

Wenn die Runtime nach einer Ressource im Ressourcenfallback-Prozess sucht, durchsucht sie den GAC als Erstes. (Weitere Informationen finden Sie im Abschnitt „Ressourcenfallbackprozess“ von Packen und Bereitstellen von Ressourcen.) Sobald eine Satellitenassembly mit einem starken Namen signiert wurde, kann sie im globalen Assemblycache mithilfe des Globalen Assemblycachetools (gacutil.exe) installiert werden.

Der folgende Befehl von Gacutil.exe installiert StringLibrary.resources.dll* im globalen Assemblycache:

gacutil -i:StringLibrary.resources.dll

Die Option /i gibt an, dass Gacutil.exe die angegeben Assembly im globalen Assemblycache installieren soll. Nachdem die Satellitenassembly im Cache installiert wurde, werden die Ressourcen, die sie enthält, für alle Anwendungen verfügbar gemacht, die dafür entwickelt wurden, die Satellitenassembly zu verwenden.

Ressourcen im globalen Assemblycache: Beispiel

In folgendem Beispiel wird eine Methode in der .NET-Klassenbibliothek verwendet, um eine lokalisierte Begrüßung aus einer Ressourcendatei zu extrahieren und zurückzugeben. Die Bibliothek und ihre Ressourcen werden im GAC registriert. Das Beispiel enthält Ressourcen für die Kulturen Englisch (USA), Französisch (Frankreich), Russisch (Russland) und englische Kulturen. Englisch ist die Standardkultur. Ihre Ressourcen sind in der Hauptassembly gespeichert. Im Beispiel werden die Bibliothek und ihre Satellitenassemblys zunächst mit einem öffentlichen Schlüssel verzögert signiert. Anschließend werden sie mit einem Paar aus privatem und öffentlichem Schlüssel erneut signiert. Gehen Sie folgendermaßen vor, um dieses Beispiel zu erstellen:

1. Wenn Sie nicht Visual Studio verwenden, verwenden Sie den folgenden Befehl des Tools Strong Name (Sn.exe), um ein öffentlich-privates Schlüsselpaar namens ResKey.snk zu erstellen:

   sn –k ResKey.snk
   

   Wenn Sie Visual Studio verwenden, verwenden Sie die Registerkarte Signierung des Projektdialogfelds Eigenschaften, um die Schlüsseldatei zu generieren.

2. Verwenden Sie den folgenden Befehl des Tools Strong Name (Sn.exe), um eine öffentliche Schlüsseldatei namens PublicKey.snk zu erstellen:

   sn –p ResKey.snk PublicKey.snk
   

3. Erstellen Sie eine Ressourcendatei namens Strings.resx, die die Ressource für die Standardkultur enthalten soll. Speichern Sie in dieser Datei eine einzelne Zeichenfolge mit dem Namen Greeting, die den Wert „How do you do?“ hat.

4. Um anzugeben, dass „en“ die Standardkultur der Anwendung ist, fügen Sie folgendes System.Resources.NeutralResourcesLanguageAttribute-Attribut in die AssemblyInfo-Datei der Anwendung oder in die Hauptquellcodedatei hinzu, die in die Hauptassembly der Anwendung kompiliert werden:

   [assembly:NeutralResourcesLanguageAttribute("en")]
   

   <Assembly: NeutralResourcesLanguageAttribute("en")>
   

5. Fügen Sie Unterstützung für weitere Kulturen (en-US, fr-FR und ru-RU) wie folgt in der Anwendung hinzu:

   • Damit die Kultur „en-US“ bzw. „Englisch (USA)“ unterstützt wird, erstellen Sie eine Ressourcendatei namens Strings.en-US.resx oder Strings.en-US.txt, und speichern Sie darin eine einzelne Zeichenfolge namens Greeting, deren Wert "Hello!" ist.

   • Damit die Kultur „fr-FR“ bzw. „Französisch (Frankreich)“ unterstützt wird, erstellen Sie eine Ressourcendatei namens Strings.fr-FR.resx oder Strings.fr-FR.txt, und speichern Sie darin eine einzelne Zeichenfolge namens Greeting, deren Wert "Bon jour!" ist.

   • Damit die Kultur „ru-RU“ bzw. „Russisch (Russland)“ unterstützt wird, erstellen Sie eine Ressourcendatei namens Strings.ru-RU.resx oder Strings.ru-RU.txt, und speichern Sie darin eine einzelne Zeichenfolge namens Greeting, deren Wert "Привет!" ist.

6. Kompilieren Sie mit resgen.exe jede Text- oder XML-Ressourcendatei in eine RESOURCES-Binärdatei. Die Ausgabe sind mehrere Dateien, die den gleichen Stammdateinamen wie die RESX- oder TXT-Dateien, jedoch die Dateiendung .resources haben. Wenn Sie ein Beispiel mit Visual Studio erstellen, wird das Kompilieren automatisch behandelt. Wenn Sie nicht Visual Studio verwenden, führen Sie den folgenden Befehl aus, um die RESX-Dateien in RESOURCES-Dateien zu kompilieren:

   resgen filename
   

   Wobei es sich bei filename um den optionalen Pfad, den optionalen Dateinamen und die optionale Dateiendung der RESX- oder TXT-Datei handelt.

7. Kompilieren Sie den folgenden Quellcode für StringLibrary.vb oder StringLibrary.cs zusammen mit den Ressourcen der Standardkultur in eine verzögert signierte Bibliotheksassembly namens StringLibrary.dll:

   Wichtig

   Wenn Sie die Befehlszeile statt Visual Studio zum Erstellen des Beispiels verwenden, sollten Sie den Aufruf des ResourceManager-Klassenkonstruktors in ResourceManager rm = new ResourceManager("Strings", typeof(Example).Assembly); ändern.

   using System;
   using System.Globalization;
   using System.Reflection;
   using System.Resources;
   using System.Threading;
   
   [assembly:NeutralResourcesLanguageAttribute("en")]
   
   public class StringLibrary
   {
      public string GetGreeting()
      {
         ResourceManager rm = new ResourceManager("Strings",
                              Assembly.GetAssembly(typeof(StringLibrary)));
         string greeting = rm.GetString("Greeting");
         return greeting;
      }
   }
   

   Imports System.Globalization
   Imports System.Reflection
   Imports System.Resources
   Imports System.Threading
   
   <Assembly: NeutralResourcesLanguageAttribute("en")>
   
   Public Class StringLibrary
       Public Function GetGreeting() As String
           Dim rm As New ResourceManager("Strings", _
                                         Assembly.GetAssembly(GetType(StringLibrary)))
           Dim greeting As String = rm.GetString("Greeting")
           Return greeting
       End Function
   End Class
   

   Der Befehl für den C#-Compiler lautet:

   csc -t:library -resource:Strings.resources -delaysign+ -keyfile:publickey.snk StringLibrary.cs
   

   Der entsprechende Befehl für den Visual Basic-Compiler lautet:

   vbc -t:library -resource:Strings.resources -delaysign+ -keyfile:publickey.snk StringLibrary.vb
   

8. Erstellen Sie für jede lokalisierte, von der Anwendung unterstützte Kultur ein Unterverzeichnis im Hauptverzeichnis der Anwendung. Sie sollten die Unterverzeichnisse en-US, fr-FR und ru-RU erstellen. Visual Studio erstellt diese Unterverzeichnisse automatisch während des Kompiliervorgangs. Da alle Satellitenassemblys den gleichen Dateinamen haben, werden die Unterverzeichnisse verwendet, um einzelne kulturspezifische Satellitenassemblys zu speichern, bis sie mit einem Paar aus privatem und öffentlichem Schlüssel signiert werden.

9. Betten Sie die einzelnen kulturspezifischen RESOURCES-Dateien in verzögert signierte Satellitenassemblys ein, und speichern Sie diese in die entsprechenden Verzeichnisse. Der Befehl, mit dem Sie diesen Vorgang für jede RESOURCES-Datei ausführen können, lautet wie folgt:

   al -target:lib -embed:Strings.culture.resources -culture:culture -out:culture\StringLibrary.resources.dll -delay+ -keyfile:publickey.snk
   

   Wobei culture der Name der Kultur ist. In diesem Beispiel sind die Kulturnamen „en-US“, „fr-FR“ und „ru-RU“.

10. Signieren Sie StringLibrary.dll erneut, indem Sie das Tool Strong Name (sn.exe) wie folgt verwenden:

    sn –R StringLibrary.dll RealKeyPair.snk
    

11. Signieren Sie die einzelnen Satellitenassemblys erneut. Verwenden Sie dafür das Strong Name-Tool (sn.exe) für jede Satellitenassembly wie folgt:

    sn –R StringLibrary.resources.dll RealKeyPair.snk
    

12. Registrieren Sie StringLibrary.dll und jede der dazugehörigen Satellitenassemblys mit dem folgenden Befehl im globalen Assemblycache:

    gacutil -i filename
    

    Wobei filename der Name der zu registrierenden Datei ist.

13. Wenn Sie Visual Studio verwenden, erstellen Sie ein neues Konsolenanwendungsprojekt namens Example, fügen Sie einen Verweis auf StringLibrary.dll und folgenden Quellcode hinzu, und kompilieren Sie das Projekt.

    using System;
    using System.Globalization;
    using System.Threading;
    
    public class Example
    {
       public static void Main()
       {
          string[] cultureNames = { "en-GB", "en-US", "fr-FR", "ru-RU" };
          Random rnd = new Random();
          string cultureName = cultureNames[rnd.Next(0, cultureNames.Length)];
          Thread.CurrentThread.CurrentUICulture = CultureInfo.CreateSpecificCulture(cultureName);
          Console.WriteLine("The current UI culture is {0}",
                            Thread.CurrentThread.CurrentUICulture.Name);
          StringLibrary strLib = new StringLibrary();
          string greeting = strLib.GetGreeting();
          Console.WriteLine(greeting);
       }
    }
    

    Imports System.Globalization
    Imports System.Threading
    
    Module Example
        Public Sub Main()
            Dim cultureNames() As String = {"en-GB", "en-US", "fr-FR", "ru-RU"}
            Dim rnd As New Random()
            Dim cultureName As String = cultureNames(rnd.Next(0, cultureNames.Length))
            Thread.CurrentThread.CurrentUICulture = CultureInfo.CreateSpecificCulture(cultureName)
            Console.WriteLine("The current UI culture is {0}",
                              Thread.CurrentThread.CurrentUICulture.Name)
            Dim strLib As New StringLibrary()
            Dim greeting As String = strLib.GetGreeting()
            Console.WriteLine(greeting)
        End Sub
    End Module
    

    Um aus der Befehlszeile zu kompilieren, verwenden Sie folgenden Befehl für den C#-Compiler:

    csc Example.cs -r:StringLibrary.dll
    

    Die Befehlszeile für den Visual Basic-Compiler lautet:

    vbc Example.vb -r:StringLibrary.dll
    

14. Führen Sie Example.exe aus.

Siehe auch

• Verpacken und Bereitstellen von Ressourcen
• Verzögertes Signieren einer Assembly
• al.exe (Assembly Linker-Tool)
• Sn.exe (Strong Name-Tool)
• gacutil.exe (Tool für globalen Assemblycache)
• Ressourcen in .NET