Pregunta

¿Cuál sería la mejor práctica para localizar su aplicación ASP.NET MVC?

Me gustaría cubrir dos situaciones:

  • una implementación de aplicación en IIS que manejaría múltiples idiomas
  • implementación de un idioma / aplicación.

En la primera situación, ¿debería elegir algún tipo de vista basada en, como ~ / View / EN, ~ / View / FI, ~ / View / SWE o algo diferente?

¿Qué pasa con el segundo caso, solo la configuración basada en la aplicación a través de Web.config y apuntar estos diferentes idiomas a diferentes URL?

¿Fue útil?

Solución

También puede ver aquí ASP.NET Guía completa de localización MVC 2 y Validación del modelo ASP.NET MVC 2 con localización estas entradas lo ayudarán si trabaja con ASP.NET MVC 2.

Otros consejos

Usted localizaría su aplicación ASP.NET MVC de la misma manera que lo haría con una aplicación ASP.NET Web Form clásica.

No usaría diferentes páginas / vistas para cada idioma, pero cada página admitiría múltiples idiomas usando ensamblajes satelitales.

Puede mirar entrada del blog de Matt Hawley para más explicaciones y ejemplos.

Desafortunadamente, el código original de Matt Hawley no funciona en la versión de lanzamiento de ASP.NET MVC. Consulte una publicación actualizada: http: / /blog.eworldui.net/post/2008/10/ASPNET-MVC-Localization-via-View-Engines.aspx

En general, el proceso de localización no es tan fluido en el mundo VS 2008 / ASP.NET MVC como lo es con los formularios web tradicionales. http://www.guysmithferrier.com/post/2009/05 /Localizing-ASPNET-MVC.aspx

Echa un vistazo al proyecto MvcStore de Rob Connery. Realiza un screencast que muestra una forma de resolver el problema de la globalización.

http://wekeroad.com/2008/04/24/mvcstore -parte-5

Nunca me he convencido de manejar la localización dentro de un formulario, como sugiere Elijah: las diferentes longitudes y direcciones pueden conducir a formas muy complejas o de aspecto poco convincente.

Recién estoy comenzando con MVC, pero tomando el método de desacoplamiento, querrías usar el mismo controlador independientemente del idioma (tratando el idioma solo como una vista); esto te daría / Controlador / Acción / idioma / formulario

Hay un buen tutorial con una actualización reciente sobre cómo localizar la aplicación asp.net mvc que cubre todos los aspectos, incluida la localización DisplayName, la validación, el uso de enrutamiento (almacenamiento del nombre de la cultura en la URL), problemas con la caché de salida, etc. Blog de Alex Adamyan - Mientras mi teclado llora suavemente

Realmente fuimos completamente diferentes al anular el DataAnnotationsMetadaDataProvider . Allí puede asegurarse de que los valores DisplayNameAttribute se resuelvan en el idioma correcto. En realidad, incluso podría deshacerse de ese atributo y resolverlo por los nombres de campo solo si eso sería de alguna ayuda.

Escribí este artículo hace un tiempo. Utiliza un motor de vista personalizado. http://blog.oimae.com/2011/ 20/20 / cultured-view-engine-for-mvc /

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top