2009-07-15 5 views
0

Ich arbeite an einem Projekt, das die Lokalisierung aller Benutzer konfrontiert Text in der Datenbank erfordert. Somit ist für ein Business-Objekt gibt es in der Regel drei Tabellen beteiligt: ​​.NET Localization: Manuelle Übersetzung oder Zeichencodierung

  • EntityBase - Hält Kernattribute
  • EntityLocalized - Hält lokalisierbaren Eigenschaften und damit verbundene Kultur
  • Kulturen - Hält Liste akzeptabler Kulturen

Ich verwende eine Ansicht für jede Entität, um Base und Localized zusammen zu verbinden, um eine Ergebnismenge aller möglichen Kombinationen für eine einfache Abfrage zu erzeugen.

Ich habe Probleme beim Erstellen der Benutzeroberfläche, damit Administratoren diese mit verschiedenen Sprachen verwenden können. Ich modelliere eine Parent -> Child -> Child Beziehung, so dass das Formular in Bezug auf Markup ziemlich groß wird.

Wie gut funktioniert das Ändern der Zeichencodierung für die Seite? Übersetzt es sich gut oder bin ich besser dran, wenn ich die Kugel beiße und das aktuelle Modell verwende, das ich für die Lokalisierung verwende?

Antwort

0

Ich entschied mich, die Kugel zu beißen, aber ich wählte eine andere Art, es in der Benutzeroberfläche zu zeigen. Ich erkannte, dass das Übersetzen der Entitäten ein separater Prozess ist, als sie zu erstellen. Stattdessen lasse ich den Admin die Entitäten in einem modalen Dialogfeld übersetzen, durchquere die Beziehungen und ändere die Sprache.