Jak zlokalizować stronę internetową opartą na bazie danych?

Question

Grałem z wbudowanymi funkcjami lokalizacyjnymi .NET i zdają się polegać na umieszczaniu danych w plikach resx.

Jednak większość systemów nie może na nich polegać, ponieważ są one oparte na bazie danych. Jak rozwiązać ten problem? Czy istnieje wbudowany sposób .NET, czy tworzysz tabelę tłumaczeń w SQL i robisz to ręcznie? A jeśli musisz to zrobić na większości swoich witryn, czy istnieje jakikolwiek powód, aby nawet skorzystać z metody resx lokalizacji?

Przykładem tego jest posiadanie listy FAQ na mojej stronie, przechowuję tę listę w bazie danych, dzięki czemu mogę łatwo dodawać/usuwać więcej, ale umieszczając ją w bazie danych, nie mam dobrego sposobu na przetłumaczenie tego informacje na wiele języków.

Answer 1

Moim zdaniem lokalizowanie zawartości dynamicznej (np. FAQ) powinno być wykonywane przez użytkownika w bazie danych. W zależności od tego, jak przechowywane są twoje pytania, prawdopodobnie utworzyłbym kolumnę "locale" i użyłbym jej podczas wybierania pytań z FAQ z bazy danych. Nie jestem pewien, czy to by się bardzo dobrze skalowało, gdy zaczniesz lokalizować wiele tabel.

W przypadku treści statycznych (np. Etykiety pól formularzy, tekstu statycznego, ikon itp.) Najprawdopodobniej wystarczy korzystanie z zasobów opartych na plikach. Jeśli jednak naprawdę chciałeś, wygląda na to, że nie byłoby bardzo trudno stworzyć niestandardową implementację dostawcy zasobów, która mogłaby sobie z tym poradzić.

Oto niektóre powiązane linki:

• http://channel9.msdn.com/forums/Coffeehouse/250892-Localizing-with-a-database-or-resx-files/
• http://weblogs.asp.net/scottgu/archive/2006/05/30/ASP.NET-2.0-Localization-_2800_Video_2C00_-Whitepaper_2C00_-and-Database-Provider-Support_2900_.aspx
• http://www.arcencus.nl/Blogs/tabid/105/EntryID/20/Default.aspx
• http://msdn.microsoft.com/en-us/library/aa905797.aspx
• http://www.codeproject.com/KB/aspnet/customsqlserverprovider.aspx

Answer 2

Obecnie t ranslacja nie jest czymś, co można zrobić automatycznie. Najlepszym sposobem jest skłonienie osoby do tłumaczenia i używania metod Nicka, aby pokazać właściwy język.

Answer 3

Dla danej pozycji w modelu danych, podziel część opisu na zlokalizowaną tabelę z kolumną Identyfikator ustawień lokalnych (LCID).

Więc tabelę dla Produktu nie byłoby w rzeczywistości zawierać opis produktów lub nazwy, ale tylko jego sztywnych wartości (ProductId, EAN, NumberInStock, NextStockData, IsActive, IsPublished) itd

ProductDescription zawiera następnie ProductId, Name, Description, LCID

Answer 4

Mieszkam w Kanadzie, więc wielojęzyczność to wielka sprawa. Widziałem dwa podejścia. Pierwszą opcją jest przechowywanie wszystkich zlokalizowanych danych dla określonego rekordu w innej tabeli, połączonych z oryginalną tabelą za pomocą klucza podstawowego i ustawień narodowych. Druga opcja jest podobna do pierwszej, z tą różnicą, że dla każdego locale istnieje inna tabela, z locale jako sufiksem dla nazwy tabeli.

Wariant A

Item (ItemID, ...) 
ItemLocal (ItemID,LocaleID,....) 

Wariant B

Item (ItemID, ...) 
Item_ENUS (ItemID,....) 
Item_ENGB (ItemID,....) 
Item_FR (ItemID,....) 

Trzecia opcja Myślałem ostatnich, co byłoby naprawdę miło, gdyby baza danych obsługiwana jest natywnie będzie przechowywać wartości dla wszystkich mieszkańców w tym samym polu. A jeśli pole zostało ustawione jako varchar-multilocal, musisz uzyskać do niego dostęp, przekazując parametr, aby określić język. Nic takiego nie istnieje, tak jak ja to wiem, ale jest to coś, co myślę, że naprawdę ułatwiłoby to i o wiele bardziej płynne.

Answer 5

Używamy kombinacji plików RESX i opcji A odpowiedzi Kibbee. Stworzyliśmy proste narzędzie do zarządzania plikami RESX przez Internet: http://blog.lavablast.com/post/2008/02/RESX-file-Web-Editor.aspx