2010-10-08 22 views
5

Diciamo che ho un servizio WCF, ha più client, in più lingue. Sarebbe opportuno utilizzare i file di risorse e gli assembly satellite per fornire stringhe di risorse localizzate.. Localizzazione Net vs Branding

Ora, se tali stringhe di risorse diventano di marca, ad esempio due client nello stesso paese, la stessa lingua, ma hanno una terminologia diversa, posso creare un file resx separato con un assembly satellite separato o mi manca qualcosa?

L'aggiunta di un assieme satellite marchiato per quel client significherebbe molta ridondanza per stringhe di risorse che non sono marchiate. Ma, allo stesso tempo, ha bisogno di tutte le risorse per essere brandable.

+0

Tieni d'occhio questa domanda: http://stackoverflow.com/q/3894135/135787 – ulty4life

risposta

1

Abbiamo affrontato gli stessi problemi (i clienti erano in grado di adattare la traduzione inizialmente fornita) e le assemblee satellitari non risolvevano il nostro problema. Le risorse e gli assiemi sono più adatti per i contenuti stabili.

Abbiamo finito per salvare tutte queste stringhe di risorse nel database e caricarle e memorizzarle nella cache all'avvio della prima applicazione.

0

Ho affrontato questo problema su un progetto; Sono finito a scrivere il mio codice per leggere le stringhe da un file XML che si trova nello stesso formato del file di input del compilatore di risorse. A quel punto, per ogni cliente disponevamo di un elenco di file "messaggio" da provare in ordine; abbiamo usato il messaggio dal primo file che lo conteneva. (Usando il formato del file di risorse lascia che i traduttori usino gli strumenti a cui erano abituati.)

Questo è stato fatto naturalmente con una cache di dati in memoria dopo che un file di messaggi è stato utilizzato per la prima volta.