Globalisierungsprobleme in ASP und ASP.NET

Zeichensätze und Codepages

Wir alle wissen, dass die Zeichen auf unserem Computerbildschirm nur eine Reihe von Bytes sind. Die Bytereihe kann auf verschiedene Arten erstellt und interpretiert werden. Wenn die Interpretation eine Codierung verwendet, die sich von der Codierung unterscheidet, mit der das Bytearray erstellt wurde, wird die Interpretation als Garbage angezeigt. Zeichensätze (Zeichensätze) sind Codierungsformate, die normalerweise von Browsern verwendet werden. Die Codepage-Eigenschaft, die für serverseitige Konvertierungen besser geeignet ist, ist nur eine Konvertierungstabelle, die angibt, wie Zeichen codiert werden.

Browser codieren die Formularpostdaten entsprechend dem aktuellen Zeichensatz. Wenn der aktuelle Zeichensatz "windows-1256" ist, wird die Byteübertragung an den Server ebenfalls als "windows-1256" codiert.

Wenn der ASP interpretiert wird, werden die Auflistungen Form und Querystring erst erstellt, wenn im Code darauf verwiesen wird. Wenn sie erstellt werden, werden die Zeichenfolgendaten gemäß der aktuellen Codepage in Unicode transformiert. (Standardmäßig verarbeiten sowohl ASP als auch ASP.NET Inhalte im Unicode-Format. Es ist sehr wichtig, dass Sie die richtige Codepage festlegen, bevor Sie auf die Auflistungen verweisen. Andernfalls ist die Unicode-Darstellung im Arbeitsspeicher nicht korrekt.

Um eine Codepage festzulegen, verwenden Sie Session.Codepage oder Response.Codepage. Die Response.Codepage ist nur in Microsoft-Internetinformationsdienste (IIS) 5.1 oder höheren Versionen verfügbar. Informationen zu den ganzzahligen Werten (die dem Zeichensatz entsprechen), auf die wir diese Eigenschaften festlegen würden, finden Sie auf der folgenden Microsoft-Website:

Zeichensatzerkennung
http://msdn2.microsoft.com/en-us/library/Aa752010.aspxVerwenden Sie beispielsweise den folgenden Code, um die Codepage für die Arabische Sprache festzulegen:

Session.Codepage = 1256

Response.Codepage wirkt sich nur auf die aktuelle Antwort aus. Session.Codepage wirkt sich jedoch auf alle Antworten des aktuellen Benutzers aus. Wenn die Codepage mit einer dieser Eigenschaften festgelegt wird und die Auflistungen Form und Querystring erstellt werden, bewirkt diese Änderung in der aktuellen Codepage, dass die Response.Write-Methode den Unicode-Code im Arbeitsspeicher in die aktuelle Codepage transformiert. Weitere Informationen zu diesem Thema finden Sie auf der folgenden MSDN-Website:

Festlegen der Codepage für Zeichenfolgenkonvertierungen (ASP)http://msdn2.microsoft.com/en-us/library/ms525789.aspxUnter dem Strich sollten Client-Zeichensatz und Servercodepage übereinstimmen, wenn es um Probleme im Zusammenhang mit Zeichensätzen und Codepages geht.

Sprachen akzeptieren

Wenn ein ASP-Entwickler wissen möchte, welche Sprachen ein Benutzer in seinem Browser festgelegt hat, kann der Entwickler die Variable Request.ServerVariables ("HTTP_ACCEPT_LANGUAGE") verwenden, um die Liste der Sprachen zu finden, in denen der Benutzer die Antwort lesen möchte (z. B. Englisch, Deutsch oder Indisch) und die Reihenfolge, in der der Benutzer diese Sprachen sehen möchte. In ASP.NET sind ähnliche Informationen in der Request.UserLanguages-Eigenschaft als Array vorhanden.
Weitere Informationen zur Verwendung dieser Informationen in ASP-Code finden Sie im folgenden Artikel der Microsoft Knowledge Base:

229690 Festlegen der ASP-Gebietsschema-ID gemäß den Spracheinstellungen des Browsers
 

Anzeigen von Mehrbytezeichensätzen in Internet Explorer

Das einzige Codierungsformat, das einen Multibytezeichensatz anzeigen kann, ist Unicode (UTF-8). Mit UTF-8 können wir Kyrillisch, Indisch und Japanisch auf derselben Seite anzeigen. Wenn wir UTF-8 nicht verwenden, können wir jeweils nur eine dieser Sprachen anzeigen. Verwenden Sie die Response.CharSet-Eigenschaft, um den Zeichensatz des Browsers festzulegen.

Statische Multibytezeichen auf einer Seite

Um direkt auf der Seite gespeicherte Multibytezeichen anzuzeigen, müssen wir zuerst die Seite mit einer bestimmten Codierung speichern. UTF-8 ist am besten geeignet, aber eine bestimmte Codepage (die mit der Codepage der Zeichen übereinstimmt) funktioniert ebenfalls.

Das Speichern einer ASP-Datei mit Microsoft Visual InterDev ist hier nicht hilfreich, da Visual InterDev nur in ANSI-Englisch oder Unicode speichern kann. Als Unicode gespeicherte ASP-Seiten werden von ASP nicht unterstützt.

In Microsoft Visual Studio .NET können Sie eine Datei in beliebiger Codierung speichern. Hierfür gibt es zwei Möglichkeiten. Die Standardeinstellung besteht darin, die Datei mithilfe der aktuellen Codepage für den Benutzer zu speichern. Eine weitere Möglichkeit zum Speichern einer Datei mit einer Codierung ist wie folgt:
Klicken Sie im Menü Datei auf Datei speichern unter. Klicken Sie im
DialogfeldDatei speichern unter auf den Dropdownpfeil der
SchaltflächeSpeichern. Wenn Sie auf den Pfeil klicken, sind
die OptionenSpeichern und Mit Codierung speichern. Wenn Sie aufMit Codierung speichern klicken
, wird das Dialogfeld Erweiterte Speicheroptionen angezeigt, in dem Sie aus einer Liste der auf dem Computer installierten Codepages den Codierungstyp auswählen können, den Sie anwenden möchten.


Hinweis Dadurch wird die Codierung für den Speichervorgang geändert, ist jedoch nur einmalig. Das nächste Speichern wird auf den Standardwert zurückgesetzt.

Um die Standardcodepage zu ändern, klicken Sie im MenüDatei auf
Erweiterte Speicheroptionen. Im Dialogfeld Erweiterte Speicheroptionen können Sie die Standardcodierung für Speichervorgänge auf die Codepage Ihrer Wahl festlegen.

Diese Methoden beziehen sich darauf, wie die Datei auf dem Datenträger gespeichert wird. Um jedoch die Ausgabe für ASP zu steuern, müssen wir, wie bereits erwähnt, die Eigenschaften Session.CodePage und Response.CharSet festlegen. Mit IIS 5.1 und höheren Versionen können wir auch die Response.CodePage-Eigenschaft verwenden.

StandardCODEPAGE auf dem Server

Das Standardgebietsschema und die Standardcodepage für die Seite hängen von den Registrierungseinstellungen für ab. DEFAULT-Benutzer. Wir finden den internationalen Schlüssel unter Registrierungsstruktur HKEY_USERS\.DEFAULT\Control Panel\International. Wir können auch das Verhalten des Gebietsschemas ändern, das von IIS ausgewählt wird.

Wenn der angemeldete Benutzer das gleiche Gebietsschema wie der obige Schlüssel oder die Systemstandardeinstellung festgelegt hat, hat die Benutzereinstellung Vorrang.

Beispiel: Für das Standardgebietsschema ist das Datumsformat 11.1.2004 festgelegt, während der angemeldete Benutzer (mit demselben Gebietsschemasatz) das Datumsformat 1.11.2004 aufweist. Die Einstellung vom 1.11.2004 wird für ASP wirksam.

(Für ASP.NET kann dies variieren. In einigen Installationen verfügt der ASPNET-Benutzer über ein eigenes Profil, das beim Laden unter HKEY_USERS angezeigt wird. In anderen wird verwendet. DEFAULT-Profil. Wir können auch das Codepage-Attribut in der <%@ %>-Deklaration verwenden. Dies sollte verwendet werden, wenn die Datei mit einer anderen Codierung als der Standardcodierung gespeichert wird, z. B. codepage 932 (Japanisch)).

Codepageprobleme im Vergleich zu Problemen bei der Konvertierung von Schriftarten: Was ist was?

Manchmal wird möglicherweise ein Fragezeichen (?) oder ein Feld angezeigt, in dem ein Zeichen angezeigt werden soll.

Änderungen an der Laufzeitcodierung

Im Application_BeginRequest-Ereignis können wir den Wert von requestEncoding ändern und ihn wirksam machen, bevor die Anforderung verarbeitet wird. Für die Antwort ist das Page_PreRender-Ereignis die letzte Möglichkeit, die Codierung der Ausgabe zu ändern. Beachten Sie außerdem, dass Response.Write Zeichen in diesen Puffer eingibt, sobald wir ihn aufrufen. Stellen Sie daher sicher, dass Sie die richtige Codierung festgelegt haben, bevor Sie Response.Write verwenden.

Ursprüngliche Daten sind nicht Unicode: Wie können Sie dennoch internetbasierte Explorer Multibyte-Zeichensätze interpretieren?

Wir können auch festlegen, dass ASP.NET sich bei Bedarf wie ASP verhält. Um dies zu ermöglichen, müssen wir responseEncoding und requestEncoding auf windows-1252 (eine vollständigere Codierung als iso-8859-1) festlegen und die Response.Charset-Eigenschaft verwenden, um den Text richtig anzuzeigen. Dies funktioniert, da windows-1252 ein Einzelne-Byte-Codierungsschema ist und keine Bytes ändert, die dem Puffer hinzugefügt werden. Daher werden Doppelbytezeichen als Eine Reihe einzelner Bytes gesendet. Mithilfe der Response.Charset-Eigenschaft können wir dann internet Explorer darüber informieren, wie die Bytes interpretiert werden. Dieses Szenario kann erforderlich sein, wenn die ursprünglichen Daten nicht als Unicode oder UTF-8 gespeichert werden, z. B. als Rückgabewert eines COM-Objekts, oder wenn die Daten in Microsoft SQL Server in einem Nicht-N-Feld (z. B. varchar) gespeichert werden.

SQL Server und ASP.NET Globalisierungsprobleme

INSERT INTO MusicAlbum (Album_ID, [Year], Name, Artist_ID, Company_ID) VALUES (12345, 2005, N'Abida', 4653, 403)
Or:
Dim t As String = "INSERT INTO MusicAlbum(Album_ID, [Year], Name, Artist_ID, Company_ID) VALUES (12345, 2005, N'" & TextBox1.Text & "', 4653, 403)"

System.Globalization-Namespace

Dieser Namespace ist der Kern der Globalisierung und Lokalisierung im .NET Framework. Die Standard Klasse, die in diesem Namespace verwendet wird, ist die CultureInfo-Klasse. Sie enthält kulturspezifische Informationen, z. B. das Datums-/Uhrzeitformat, Zahlenformate, Vergleichsinformationen und Textinformationen. Weitere Informationen zur CultureInfo-Klasse finden Sie auf der folgenden MSDN-Website:

http://msdn2.microsoft.com/en-us/library/system.globalization.cultureinfo(vs.71).aspxCultureInfo

Neutrale Kulturen vs. spezifische Kulturen

Eine neutrale Kultur ist eine Kultur, die einer Sprache zugeordnet ist, aber nicht einem bestimmten Land/einer bestimmten Region. Eine bestimmte Kultur ist sowohl einer Sprache als auch einem bestimmten Land/einer bestimmten Region zugeordnet.

Ein Beispiel: "DE" (neutrale Kultur) ist für die deutsche Sprache, aber "de-AT" (spezifische Kultur) ist für die deutsche Sprache, wie sie in Österreich gesprochen wird. Neutrale Kulturen können nicht für die Formatierung verwendet werden.

Aktueller Thread und Kulturbewusstsein für .NET Framework Klassen

Alle Klassen und Methoden in der .NET Framework Bibliothek, bei denen die Ausgabe kulturabhängig sein würde, weisen zwei integrierte Verhaltensweisen auf:

• Sie ermöglichen es uns, den Kulturcode bei der Bereitstellung der Argumente anzugeben, sodass die Ausgabe auf der angegebenen Kultur basiert. Dies ist optional.

• Wenn dies übersehen wird (normalerweise ist dies der Fall), sind die Klassen intelligent genug, um die Thread.CurrentThread.CurrentCulture-Eigenschaft zu überprüfen und entsprechend zu arbeiten.

Wir können den Wert dieser Eigenschaft mit Code ändern, der dem folgenden ähnelt:

    Dim ci As CultureInfo
        ci = New CultureInfo("de-AT")
        Thread.CurrentThread.CurrentCulture = ci

In diesem Codebeispiel steht "de" für die deutsche Sprache und "AT" für Österreich. In diesem instance also DateTime.Now(). Die ToString-Methode würde Datum und Uhrzeit in einem Format zurückgeben, das der Art und Weise entspricht, wie Datum und Uhrzeit in der deutschen Sprache in Österreich ausgedrückt werden.

Das Framework stellt sicher (wie folgt), dass die CurrentCulture-Eigenschaft immer initialisiert wird:

1. Was auch immer programmgesteuert festgelegt ist.

2. Falls sie nicht explizit vom Programmierer festgelegt wird, wird die Eigenschaft aus den Konfigurationsdateien ausgewählt (<Globalisierung> Tag).

3. Wenn die Eigenschaft dort fehlt, ist dies die Kultur, in der der Webserver ausgeführt wird. Dies ist in der Regel die neutrale Kultur, die der Sprache des Betriebssystems entspricht.

Ressourcendateien

Alle RESX-, RESOURCE-Dateien und Dateien, deren Buildaktionsattribut auf Eingebettete Ressource festgelegt ist und die einem ASP.NET Projekt in Visual Studio .NET hinzugefügt werden, werden automatisch kompiliert und als Teil des Manifests in die Anwendungsassembly eingebettet. Dies kann sogar manuell mithilfe des Resgen-Hilfsprogramms (Resource File Generator) über eine Visual Studio .NET-Eingabeaufforderung erfolgen. Weitere Informationen finden Sie auf der folgenden MSDN-Website:

http://msdn2.microsoft.com/en-de/library/ccec7sz1(vs.71).aspxDies ist ein allgemeines Konzept, das immer dann anwendbar ist, wenn wir Anwendungsressourcen verwalten müssen, die nichts mit der Globalisierung zu tun haben. Wenn wir jedoch die Globalisierung implementieren, sollten wir Satellitenassemblys verwenden.

Satellitenassemblys

Satellitenassemblys können in einem ASP.NET Projekt verwendet werden, wenn Sie sicherstellen, dass Folgendes zutrifft:

1. Alle Benutzeroberflächenelemente in allen ASPX-Dateien müssen mit id- und runat=server-Attributen ausgestattet werden.

2. Wir erstellen separate RESX-Dateien. Jede muss jeder Kultur entsprechen, die von unserer Anwendung unterstützt werden soll.

3. Wir müssen einen gemeinsamen Vornamen für alle diese Dateien für z. B. entscheiden. 'Zeichenfolgen'.

4. Wir benennen die separaten RESX-Dateien mit der folgenden Namenskonvention commonfirstname. languagecode-regioncode.resx (z. B. Strings.de-AT.resx, Strings.en-GB.resx ).

5. Wir sollten über die Ressourcendatei
   commonfirstname.resx (Strings.resx) verfügen, die alle Zeichenfolgen enthält, die im Standardfall angezeigt werden.

6. Schreiben Sie Code, um die Kultur des Benutzers zu erkennen, und legen Sie die Thread.CurrentThread.CurrentUICulture-Eigenschaft so fest, dass sie mit ihr übereinstimmt.

7. Schreiben Sie Code zum Laden der Ressourcen mithilfe der ResourceManager-Klasse.

8. Schreiben Sie Code, um Zeichenfolgen aus dem geladenen Objekt zu extrahieren, und weisen Sie diese Elementen der Benutzeroberfläche zu.

Wenn Sie diese Schritte ausgeführt haben, kompiliert Visual Studio.NET Strings.resx und bettet sie in die Anwendungsassembly ein (MyGlobalizationTestProjectName.dll). Für alle anderen RESX-Dateien werden jedoch separate DLL-Dateien generiert, die keinen ausführbaren Code, sondern nur Ressourcendaten enthalten. Diese werden tatsächlich als Satellitenassemblys bezeichnet. Außerdem platziert Visual Studio .NET diese in einer Ordnerstruktur, die der folgenden ähnelt:MyGlobalizationTestProjectName
|------- Bin
|------En-US

MyGlobalizationTestProjectName.resources.dll |------ja-JP

MyGlobalizationTestProjectName.resources.dll |------de-AT
MyGlobalizationTestProjectName.resources.dll

Unterschied zwischen CurrentCulture und CurrentUICulture

Während die Methoden von Klassen im System.Globalization-Namespace von der Thread.CurrentThread.CurrentCulture-Eigenschaft abhängen, um ihre Ausgabe zu geben, hängt die ResourceManager-Klasse, die die Ressourcenassembly lädt, von der Thread.CurrentThread.CurrentUICulture-Eigenschaft ab, um die entsprechende Satellitenassembly zu laden. Im Folgenden finden Sie ein Beispiel für C#-Code:

using System.Globalization;
using System.Threading;
using System.Resources;

//Load resources. 
protected ResourceManager gStrings = new ResourceManager("MyGlobalizationTestProjectName.strings", typeof(MyTestWebFormName).Assembly);

// Get the user's preferred language.
string sLang = Request.UserLanguages[0];
// Set the thread's culture for formatting, comparisons, etc.   
Thread.CurrentThread.CurrentCulture =  CultureInfo.CreateSpecificCulture(sLang);
// Set the thread's UICulture to load resources
// from satellite assembly.
Thread.CurrentThread.CurrentUICulture = new CultureInfo(sLang);

private void Page_Load(object sender, System.EventArgs e) 

{ 

 if (!IsPostBack)  

 {      
// Get strings from resource file and assign to UI elements.
head1.InnerHtml = gStrings.GetString("satellite.head1");
p1.InnerHtml = gStrings.GetString("satellite.p1");
sp1.InnerHtml = gStrings.GetString("satellite.sp1");
sp2.InnerHtml = gStrings.GetString("satellite.sp2");
butOK.Text = gStrings.GetString("satellite.butOK");
butCancel.Value = gStrings.GetString("satellite.butCancel");
   }

 }

Reihenfolge, in der ASP.NET Satellitenassemblys auswählt:

Wenn Sie die CurrentUICulture des Threads festgelegt haben, wählt ASP.NET automatisch die übereinstimmenden Ressourcen in der folgenden Reihenfolge aus:

• Wenn eine Satellitenassembly mit einer übereinstimmenden Kultur gefunden wird, werden die Ressourcen aus dieser Assembly verwendet.

• Wenn eine Satellitenassembly mit einer neutralen Kultur gefunden wird, die currentUICulture entspricht, werden Ressourcen aus dieser Assembly verwendet.

• Wenn für CurrentUICulture keine Übereinstimmung gefunden wird, werden die in der ausführbaren Assembly gespeicherten Fallbackressourcen verwendet.

Hinweis Dies basiert auf dem allgemeineren Ressourcenfallbackprozess. Weitere Informationen finden Sie auf der folgenden MSDN-Website:

http://msdn2.microsoft.com/en-de/library/sb6a8618(vs.71).aspx

Manuelles Erstellen von Satellitenassemblys:

Diese Verwendung von Satellitenassemblys ist der Ort, an dem Visual Studio .NET die Assemblys selbst erstellt. Visual Studio .NET verwendet jedoch standardmäßig keine starken Namen für Satellitenassemblys. Wenn Sie diese Optionen ändern möchten, müssen Sie Satellitenassemblys manuell erstellen. Weitere Informationen finden Sie auf der folgenden MSDN-Website:

http://msdn2.microsoft.com/en-de/library/21a15yht(vs.71).aspx .

Glossar

ANSI steht für American National Standards Institute. In diesem Kontext stellt sie eine bestimmte Codepage für eine bestimmte Sprache/einen bestimmten Zeichensatz dar. Am häufigsten bezieht sich auf die englische Codepage (windows-1252).

ASCII Ein Codierungsschema mit 1 Byte (oder 7 Bit). Nur die Zeichen im Bereich 0–127 sind standardisiert. Der Bereich 128-255 ist Erweiterungen für ASCII und nicht Teil des Standards. Ein Beispiel hierfür ist der Unterschied zwischen dem oberen Bereich des OEM-ASCII-Diagramms und dem VB-ASCII-Diagramm.

Die CharSet-Einstellung wird hauptsächlich für Internet-Explorer und Browser verwendet, die dem Browser mitteilt, wie die Zeichendaten interpretiert werden sollen. Beispiel: Response.charSet = "iso-8859-1"

Codepage Eine Konvertierungstabelle, die angibt, wie Zeichen codiert werden (normalerweise für Server verwendet).

Globalisierung Globalisierung ist ein Prozess des Entwerfens und Erstellens einer Anwendung, damit die einzigartigen Anforderungen einer Kultur, Region oder nationaler/regionaler und sprachlicher Anforderungen erfüllt werden können. Anders ausgedrückt: Eine Anwendung so zu entwerfen, dass sie später lokalisiert werden kann, ist Globalisierung.

Gebietsschema/Kultur Sprache und regionsspezifische Formate/Präferenzen, einschließlich Datums- und Kalenderformate, Zeitformate, Währungsformate, Groß-/Kleinschreibung, Sortierung und Zeichenfolgenvergleich, Adressformate, Telefonnummernformate, Papierformate, Maßeinheit, Schreibrichtung usw.

LocaleID (LCID) Ein DWORD-Wert, der den Sprachbezeichner und die Sortier-ID angibt. Es kann verwendet werden, um die spezifischen Regionsformate für Datum/Uhrzeit usw. anzugeben, die entsprechend formatiert werden sollen.

Lokalisierbarkeit Die Fähigkeit einer Anwendung, Inhalte für die angeforderte Sprache/das gewünschte Gebietsschema zu präsentieren.

Lokalisierung Lokalisierung ist der Prozess der Übersetzung einer Benutzeroberfläche in bestimmte Sprachen und/oder Gebietsschemas.

Multibyte-Zeichensatz Ein Zeichensatz, in dem die Zeichen aus zwei oder mehr Bytes bestehen, z. B. Japanisch. UTF-8 fällt ebenfalls unter diese Kategorie. (Unicode gehört technisch gesehen zu dieser Kategorie, aber in Windows hat es eine eigene Kategorie.)

Unicode Ein 2-Byte-Codierungsschema. Windows verwendet unicode intern. Alle APIs speziell für Unicode werden durch ein "W" am Ende des Funktionsnamens gekennzeichnet. Auch bekannt als wide char; kann nicht direkt von Webanwendungen verwendet werden.

UTF-8 Eine Zeichencodierung, bei der ein Zeichen durch 1 bis 6 Byte dargestellt werden kann. Unter Windows beträgt der Bereich 1 bis 3 Byte. Wird unter NT4 für Webanwendungen nicht unterstützt.



Breitzeichensatz Ein Alias für Unicode. Auch bekannt als DBCS (Double-Byte-Zeichensatz), UCS-2, UTF-16.

Wie immer können Sie Ideen zu Themen einreichen, die In zukünftigen Spalten oder in der Wissensdatenbank behandelt werden sollen, indem Sie das Formular "Fragen nach" verwenden.