2011-01-04 12 views
3

Die Frage mag seltsam klingen, aber ich plane, eine ASP.net-Website zu erstellen, die, wenn sie fertig ist, ideal für alle Länder ist.Erstellen einer internationalen Website

Ich bin gerade in der Architekturphase .. und gibt es irgendwas, was ich dabei behalten sollte?

wie
alle Datetime-Felder in utc Speichern
Benutzers Zeitzone mit der Website alle zeitbezogenen Daten
alle Etiketten sein

lokalisierbaren anzuzeigen ist es etwas anderes ??

Dank,
Chris

+1

Wenn es um Zeitzonen geht, kann diese Frage von Nutzen sein: http://stackoverflow.com/questions/2532729/daylight-saving-time-and-timezone-best-practices – Oded

+0

Lokalisierung ist hart, mühsame Arbeit, zu vermeiden Wenn du kannst. :) Aber es ist gut, Architektur-Entscheidungen zu treffen, um sie zu unterstützen. Konzentriere dich hauptsächlich auf die UTC- und Zeichencodierungsdatenbank. – Greg

+0

Das ist nicht wirklich technisch, aber wenn du ein internationales Team versammelst, hilft das sehr.Diese Leute werden implizit viele Dinge "frei" entdecken und testen :-) –

Antwort

1

Sie sollten darüber nachdenken, wie der Lokalisierungsprozess stattfinden wird. Ich nehme an, Sie sind kein Muttersprachler in allen Sprachen, die Sie für Ihre Anwendung verwenden möchten.

Es gibt verschiedene Ansätze, wie Sie das angehen können: Zum Beispiel gibt es Unternehmen, die sich auf Lokalisierung spezialisiert haben, dh Sie geben ihnen ein Excel-Blatt oder eine XML-Datei.

Sie sollten auch darüber nachdenken, wo Sie alle diese Lokalisierungen haben möchten. Möchten Sie sie nur in Ihrer ASP.net-Anwendung, also nur an einem Ort? Dann ist die Resource-Datei der richtige Weg, da sie leicht zu handhaben und einfach an Lokalisierungsstudios zu senden ist. Wenn Sie die Lokalisierungen jedoch an mehreren Stellen verwenden möchten, müssen Sie sie in einem Webdienst oder in einer Datenbank speichern. Beachten Sie, dass die Verwendung von Lokalisierungen auf mehreren Plattformen (z. B. Website, Verwaltungstools) dazu führt, dass Sie Import-/Exportfunktionen für die verwendeten Tabellen schreiben müssen. (Weil Sie das Lokalisierungsunternehmen Zugriff auf Ihre Datenbank nicht geben)

3

Einige weiteren Punkte:

  • Einige von rechts gelesen Sprachen Linke (Hebrew zum Beispiel), die Ihre UI beeinflussen .
  • Stellen Sie sicher, dass Ihr Datenspeicher Unicode (NVARHCAR vs VARCHAR) unterstützt.
  • Geben Sie einen einfachen Weg für Übersetzer Inhalt beitragen. Normalerweise bedeutet Erstellen einer Data Driven Resource Provider.

Internationalization and Localization ist ein guter Anfang.

+0

Der Data Driven Resource Provider und die Benutzeroberfläche sehen wirklich gut aus. – Greg

Verwandte Themen