.Net Localización vs Branding

Question

Digamos que tengo un servicio WCF, tiene múltiples clientes, en varios idiomas. Sería apropiado utilizar los archivos de recursos y los conjuntos de satélites para proporcionar cadenas de recursos localizados.

Ahora bien, si esas cadenas de recursos pasan a ser de marca, por ejemplo, dos clientes en el mismo país, el mismo idioma pero con terminología diferente, ¿crearía un archivo resx independiente con un ensamblaje de satélite por separado o me falta algo?

Agregar un conjunto de satélites de marca para ese cliente significaría una gran cantidad de redundancia para las cadenas de recursos que no están marcadas. Pero, al mismo tiempo, necesita todas las cadenas de recursos para ser marcables.

Answer 1

Tuvimos los mismos problemas (los clientes pudieron adaptar la traducción proporcionada inicialmente) y los ensamblajes de satélites no resolvieron nuestro problema. Los recursos y ensamblajes son más adecuados para contenido estable.

Terminamos guardando todas estas cadenas de recursos en la base de datos y las cargamos y almacenamos en caché al primer inicio de la aplicación.

Answer 2

Enfrenté este problema en un proyecto; Aterricé escribiendo mi propio código para leer cadenas de un archivo XML que está en el mismo formato que el archivo de entrada para el compilador de recursos. Luego, para cada cliente, teníamos una lista de archivos de "mensajes" para probar en orden; utilizamos el mensaje del primer archivo que lo contenía. (Usando el formato de archivo de recursos, permita que los traductores usen las herramientas a las que estaban acostumbrados.)

Esto fue hecho, por supuesto, con una memoria caché en la memoria después de acceder a un archivo por primera vez.