¿La mejor práctica para hacer una aplicación multilingüe en C#/WinForms?

Question

He estado buscando aplicaciones adecuadas para varios idiomas en C#, ya que necesito trabajar en un proyecto pequeño donde este es el caso. Básicamente, encontré dos formas de hacerlo:

Establezca la propiedad Localizable de un formulario en verdadero, establezca la propiedad del Idioma, complete todas las etiquetas y demás, y estará "listo". El mayor inconveniente que veo en esto es: cómo hacer que otras cosas que no son parte de un formulario estén listas para múltiples idiomas (por ejemplo, ventanas emergentes, archivos de registro o ventanas, etc.).

Cree un archivo de recursos, por ejemplo 'Lang.en-us.resx' y uno para cada idioma, por ejemplo 'Lang.nl-nl.resx' y llénelo con Strings. El IDE parece generar una clase automáticamente para mí, así que en el código puedo usar Lang.SomeText. El mayor inconveniente que veo en esto es que para cada formulario necesito establecer todas las etiquetas y otros títulos en el código (y no parece que el enlace de datos funcione con estos recursos).

Estoy seguro, sin embargo, que hay otros métodos para hacer esto también.

Entonces, ¿cuál es la mejor práctica? ¿Qué es más fácil para aplicaciones pequeñas (algunas formas, conexión a bases de datos, etc.) y qué escalas son mejores para aplicaciones más grandes?

Answer 1

Siempre he usado archivos de recursos para aplicaciones de varios idiomas.
Hay muchos artículos en la web que explican cómo usarlos.

he utilizado de dos maneras diferentes:

• Un archivo de recursos por cada forma de
• un recurso global de archivos

El archivo de recursos/forma, es más fácil de implementar, es necesario sólo para ingrese los valores en el archivo de recursos, pero considero que este enfoque es más difícil de mantener, ya que las etiquetas están dispersas en toda la aplicación.

El archivo de recursos global le permite centralizar todas las etiquetas (imágenes, etc.) en un archivo (por idioma), pero significa configurar manualmente las etiquetas en la carga del formulario. Este archivo también se puede utilizar para mensajes de error, etc.

una cuestión de gusto ...

Un último punto, escribir programas en Inglés y Francés, yo uso "en" y "fr" y no " en-US "y" fr-FR ". No compliques las cosas, las diferentes dilecciones del inglés (estadounidense, inglés, australiano, etc.) tienen pocas diferencias suficientes para usar solo una (lo mismo vale para el francés).

Answer 2

Recientemente escribí un programa con soporte en idioma alemán e inglés. Me sorprendió descubrir que si simplemente nombraba mis recursos en inglés LanguageResources.resx y mis recursos en alemán LanguageResources.de.resx, seleccionaba automáticamente el idioma correcto. El ResXFileCodeGenerator se encargó de todo por mí.

Tenga en cuenta que los campos en los dos archivos eran los mismos y que los campos alemanes aún no ingresados ​​aparecerían en la aplicación en inglés, ya que el lenguaje de archivo más no específico es el predeterminado. Cuando busca una cadena, va de lo más específico (por ej., DEDEres) a lo menos específico (por ejemplo, RESAR).

Para obtener sus cadenas use las llamadas ResourceManager.GetString o ResourceManager.GetObject. La aplicación debería darle el ResourceManager gratis.

Answer 3

Para el beneficio de otros que se puedan encontrar con esto (1+ años después de la última publicación), soy el autor de un producto de localización profesional que hace que todo el proceso de traducción sea extremadamente fácil. Es un complemento de Visual Studio en el que va a extraer todo ".resx" cadenas de cualquier solución arbitraria y cargarlos en un solo archivo que puede ser traducido utilizando una aplicación independiente libre (traductores pueden descargar desde mi sitio). El mismo complemento importará las cadenas traducidas a su solución. Extremadamente fácil de usar con muchas protecciones incorporadas, muchas campanas y silbatos, y ayuda en línea (no la necesitará mucho). Ver http://www.hexadigm.com