Problemas de globalización en ASP y ASP.NET

Conjuntos de caracteres y páginas de códigos

Todos sabemos que los caracteres de la pantalla del equipo son solo una serie de bytes. La serie de bytes se puede crear e interpretar de cualquier manera. Si la interpretación usa una codificación distinta de la codificación con la que se creó la matriz de bytes, la interpretación se mostrará como basura. Los conjuntos de caracteres (conjuntos de caracteres) son formatos de codificación que suelen usar los exploradores. La propiedad Codepage, que es más aplicable a las conversiones del lado servidor, es solo una tabla de conversión que especifica cómo se codifican los caracteres.

Los exploradores codifican los datos de publicación del formulario según el juego de caracteres actual. Si el juego de caracteres actual es "windows-1256", la transmisión de bytes al servidor también se codifica como "windows-1256".

Cuando se interpreta la ASP, las colecciones Form y Querystring no se crean hasta que se hace referencia a ellas en código. Cuando se crean, los datos de cadena se transforman en Unicode según la página de códigos actual. (De forma predeterminada, asp y ASP.NET procesar contenido mediante formato Unicode). Es muy importante que establezca la página de códigos correcta antes de hacer referencia a las colecciones; De lo contrario, la representación Unicode en la memoria no será correcta.

Para establecer una página de código, usa Session.Codepage o Response.Codepage. La página Response.Codepage solo está disponible en Microsoft Internet Information Services (IIS) 5.1 o versiones posteriores. Para obtener información sobre los valores enteros (que corresponden al juego de caracteres) en los que se establecen estas propiedades, visite el siguiente sitio web de Microsoft:

Reconocimiento de juego
de caractereshttp://msdn2.microsoft.com/en-us/library/Aa752010.aspxPor ejemplo, para establecer la página de códigos para el idioma árabe, use el siguiente código:

Session.Codepage = 1256

Response.Codepage solo afectará a la respuesta actual. Sin embargo, Session.Codepage afectará a todas las respuestas realizadas por el usuario actual. Cuando la página de códigos se establece mediante una de estas propiedades y se crean las colecciones Form y Querystring, este cambio en la página de códigos actual hace que el método Response.Write transforme el Unicode en memoria en la página de códigos actual. Para obtener más información sobre este tema, visite el siguiente sitio web de MSDN:

Establecer la página de códigos para conversiones de cadena (ASP)http://msdn2.microsoft.com/en-us/library/ms525789.aspxLa línea inferior en lo que respecta a los problemas relacionados con las páginas de códigos y caracteres es que el conjunto de caracteres del cliente y la página de códigos de servidor deben coincidir.

Aceptar idiomas

Si un desarrollador de ASP quiere saber qué idiomas ha establecido un usuario en el explorador, el desarrollador puede usar la variable Request.ServerVariables ("HTTP_ACCEPT_LANGUAGE") para buscar la lista de idiomas en los que el usuario desea leer la respuesta (como inglés, alemán o indio) y el orden de preferencia en el que el usuario desea ver estos idiomas. En ASP.NET, hay información similar en la propiedad Request.UserLanguages como una matriz.
Para obtener más información sobre cómo usar esta información en código ASP, haga clic en el siguiente número de artículo para verlo en Microsoft Knowledge Base:

229690 Cómo establecer el id. de configuración regional de ASP según la configuración de idioma del explorador
 

Mostrar juegos de caracteres de varios bytes en Internet Explorer

El único formato de codificación que puede mostrar un juego de caracteres de varios bytes es Unicode (UTF-8). Con UTF-8, podemos mostrar cirílico, indio y japonés en la misma página. Si no usamos UTF-8, solo podemos mostrar uno de estos idiomas a la vez. Para establecer el conjunto de caracteres del explorador, use la propiedad Response.CharSet.

Caracteres estáticos de varios bytes en una página

Para mostrar caracteres de varios bytes almacenados directamente en la página, primero debemos guardar la página con codificación específica. UTF-8 será la mejor opción, pero también funcionará una página de códigos específica (que coincide con la página de códigos de los caracteres).

Guardar un archivo ASP con Microsoft Visual InterDev no ayuda aquí, ya que Visual InterDev solo puede guardarse en inglés ANSI o Unicode. Asp no admite ninguna página ASP guardada como Unicode.

En Microsoft Visual Studio .NET, puede guardar un archivo en cualquier codificación. Hay dos formas de hacerlo. La forma predeterminada es guardar el archivo utilizando la página de códigos actual para el usuario. Una forma adicional de guardar un archivo con codificación es la siguiente:
En el menú Archivo , haga clic en Guardar archivo como. En el
cuadrode diálogo Guardar archivo como, haga clic en la flecha desplegable del
botónGuardar. Al hacer clic en la flecha, las opciones son
Guardar y Guardar con codificación. Al hacer clic en
Guardar con codificación, aparece el cuadro de diálogo Opciones avanzadas de almacenamiento , donde puede seleccionar el tipo de codificación que desea aplicar de una lista de las páginas de código que están instaladas en el equipo.


Nota Esto cambia la codificación de la operación de almacenamiento, pero es solo para una vez. El siguiente guardado se establecerá de nuevo en el valor predeterminado.

Para cambiar la página de códigos predeterminada, haga clic en Opciones avanzadas de almacenamiento en el
menúArchivo. En el cuadro de diálogo Opciones de almacenamiento avanzadas , puede establecer la codificación predeterminada para las operaciones de guardado en la página de códigos de su elección.

Estos métodos están relacionados con cómo se guarda el archivo en el disco. Sin embargo, para controlar la salida de ASP, como ya se ha comentado, tenemos que establecer las propiedades Session.CodePage y Response.CharSet. Con IIS 5.1 y versiones posteriores, también podemos usar la propiedad Response.CodePage.

PÁGINA CODEPAGE predeterminada en el servidor

La configuración regional predeterminada y la página de códigos predeterminados de la página dependen de la configuración del Registro de . Usuario PREDETERMINADO. Podemos encontrar la clave internacional en el subárbol del registro HKEY_USERS\.DEFAULT\Control Panel\International. También podemos cambiar el comportamiento de la configuración regional elegida por IIS.

Si el usuario conectado tiene la misma configuración regional establecida que la clave anterior o el valor predeterminado del sistema, la configuración del usuario tiene prioridad.

Ejemplo: La configuración regional predeterminada tiene el formato de fecha establecido como 11.1.2004, mientras que el usuario con sesión iniciada (con el mismo conjunto de configuración regional) tiene el formato de fecha igual que 11/1/2004. La configuración del 11/11/2004 entrará en vigor para ASP.

(Por ASP.NET, esto puede variar. En algunas instalaciones, el usuario de ASPNET tendrá su propio perfil que se mostrará en HKEY_USERS cuando se cargue. En otros, usará el . Perfil PREDETERMINADO. También podemos usar el atributo codepage en la declaración <%@ %>. Esto se debe usar cuando el archivo se guarda con una codificación diferente y luego el valor predeterminado, como la página de código 932 (japonés)).

Problemas de página de códigos frente a problemas de conversión de fuentes: ¿cuál es cuál?

En ocasiones, es posible que vea un carácter de signo de interrogación (?) o un cuadro donde se supone que debe aparecer un carácter.

Cambios de codificación en tiempo de ejecución

En el evento Application_BeginRequest, podemos modificar el valor de requestEncoding y hacer que surta efecto antes de que se procese la solicitud. Para la respuesta, el evento Page_PreRender es la última oportunidad para modificar la codificación de la salida. Tenga en cuenta también que Response.Write pondrá caracteres en este búfer tan pronto como lo llamemos, así que asegúrese de tener la codificación correcta establecida antes de usar Response.Write.

Los datos originales no son Unicode: ¿Cómo hacer que Internet Explorer interprete los caracteres de varios bytes?

También podemos hacer que ASP.NET se comporten como ASP si es necesario. Para que esto ocurra, tenemos que establecer la responseEncoding y requestEncoding a windows-1252 (una codificación más completa que iso-8859-1) y usar la Response.Charset propiedad para mostrar el texto correctamente. Esto funciona porque windows-1252 es un esquema de codificación de un solo byte, y no modifica ningún bytes que se agregan al búfer. Por lo tanto, los caracteres de doble byte se envían como una serie de bytes únicos. Después, podemos indicar a Internet Explorer cómo interpretar los bytes mediante la propiedad Response.Charset. Este escenario puede ser necesario si los datos originales no se almacenan como Unicode o UTF-8, como un valor devuelto de un objeto COM, o si los datos se almacenan en Microsoft SQL Server en un campo que no sea N (como varchar).

problemas de globalización SQL Server y ASP.NET

INSERT INTO MusicAlbum (Album_ID, [Year], Name, Artist_ID, Company_ID) VALUES (12345, 2005, N'Abida', 4653, 403)
Or:
Dim t As String = "INSERT INTO MusicAlbum(Album_ID, [Year], Name, Artist_ID, Company_ID) VALUES (12345, 2005, N'" & TextBox1.Text & "', 4653, 403)"

Espacio de nombres System.Globalization

Este espacio de nombres es el núcleo de la globalización y la localización en .NET Framework. La clase main usada en este espacio de nombres es la clase CultureInfo. Contiene información específica de la referencia cultural, como el formato de fecha y hora, formatos de número, información de comparación e información de texto. Para obtener más información sobre la clase CultureInfo, visite el siguiente sitio web de MSDN:

http://msdn2.microsoft.com/en-us/library/system.globalization.cultureinfo(vs.71).aspxCultureInfo

Culturas neutrales frente a culturas específicas

Una cultura neutral es una cultura asociada a un idioma, pero no a un país o región específicos. Una cultura específica está asociada tanto con un idioma como con un país o región específicos.

Un ejemplo: "DE" (cultura neutral) es para el idioma alemán, pero "de-AT" (cultura específica) es para el idioma alemán, ya que se habla en Austria. Las referencias culturales neutrales no se pueden usar para aplicar formato.

Conocimiento actual de la conversación y la cultura de las clases de .NET Framework

Todas las clases y métodos de la biblioteca .NET Framework donde se espera que el resultado dependa de la referencia cultural tiene dos comportamientos integrados:

• Nos permiten especificar el código cultural a la vez que proporciona los argumentos para que el resultado se base en la referencia cultural especificada. Esto es opcional.

• Si esto no se encuentra (normalmente lo es), las clases son lo suficientemente inteligentes como para mantener una comprobación en la propiedad Thread.CurrentThread.CurrentCulture y trabajar de acuerdo con eso.

Podemos modificar el valor de esta propiedad con un código similar al siguiente:

    Dim ci As CultureInfo
        ci = New CultureInfo("de-AT")
        Thread.CurrentThread.CurrentCulture = ci

En este ejemplo de código, "de" representa el idioma alemán y "AT" representa Austria. Por lo tanto, en este caso, DateTime.Now(). ToString método devolvería la fecha y hora en un formato correspondiente a la forma en que la fecha y la hora se expresan en el idioma alemán en Austria.

El marco de trabajo garantiza (de la siguiente manera) que la propiedad CurrentCulture siempre se inicializa:

1. Independientemente de cómo se establezca mediante programación.

2. En caso de que no lo establezca explícitamente el programador, la propiedad se selecciona de los archivos de configuración (<la globalización> etiqueta).

3. Si falta la propiedad allí, es la referencia cultural en la que se ejecuta el servidor web. Suele ser la cultura neutral que corresponde al idioma del sistema operativo.

Archivos de recursos

Todos los archivos .resx, .resource y los archivos que tienen el atributo Acción de compilación establecido en Recurso incrustado que se agregan a un proyecto de ASP.NET en Visual Studio .NET, se compilan e incrustan automáticamente dentro del ensamblado de la aplicación como parte de su manifiesto. Esto puede incluso hacerse manualmente mediante la utilidad Resource File Generator (RESGEN) a través de un símbolo del sistema de Visual Studio .NET. Para obtener más información, visite el siguiente sitio web de MSDN:

http://msdn2.microsoft.com/en-us/library/ccec7sz1(vs.71).aspxEste es un concepto general que es aplicable siempre que necesitemos administrar recursos de aplicación que no estén relacionados con la globalización. Sin embargo, cuando implementamos la globalización, debemos usar ensamblados satélite.

Ensamblados satélite

Los ensamblados satélite se pueden usar en un proyecto de ASP.NET cuando se asegura de que se cumplen las siguientes condiciones:

1. Todos los elementos de la interfaz de usuario de todos los archivos aspx deben estar equipados con atributos id y runat=server.

2. Creamos archivos .resx independientes. Cada una de ellas debe corresponder a cada cultura que queremos que admita nuestra aplicación.

3. Debemos decidir un nombre común para todos estos archivos, por ejemplo. "Cadenas".

4. Denominamos los archivos .resx independientes con la convención de nomenclatura commonfirstname. languagecode-regioncode.resx (por ejemplo: Strings.de-AT.resx, Strings.en-GB.resx ).

5. Deberíamos tener el archivo
   de recursoscommonfirstname.resx (Strings.resx) que tiene todas las cadenas como se desea mostrar en el caso predeterminado.

6. Escriba código para detectar la referencia cultural del usuario y establezca la propiedad Thread.CurrentThread.CurrentUICulture para que coincida con ella.

7. Escriba código para cargar los recursos con la clase ResourceManager.

8. Escribir código para extraer cadenas del objeto cargado y asignarlas a los elementos de la interfaz de usuario.

Cuando haya realizado estos pasos, Visual Studio.NET compilará Strings.resx y lo insertará en el ensamblado de la aplicación (MyGlobalizationTestProjectName.dll). Sin embargo, para todos los demás archivos .resx, generará archivos dll independientes que no tienen código ejecutable, pero solo datos de recursos. En realidad, estos se denominan ensamblados satélite. Además, Visual Studio .NET los coloca en una estructura de carpetas similar a la siguiente:MyGlobalizationTestProjectName
|------- clase
|------en-US

MyGlobalizationTestProjectName.resources.dll |------ja-JP

MyGlobalizationTestProjectName.resources.dll |------de-AT
MyGlobalizationTestProjectName.resources.dll

Diferencia entre CurrentCulture y CurrentUICulture

Aunque los métodos de clases en el system.globalization espacio de nombres dependen de la Thread.CurrentThread.CurrentCulture propiedad para dar su resultado, la clase ResourceManager que carga el ensamblado de recursos depende de la Thread.CurrentThread.CurrentUICulture propiedad para cargar el ensamblado satélite adecuado. El siguiente es un ejemplo de código C#:

using System.Globalization;
using System.Threading;
using System.Resources;

//Load resources. 
protected ResourceManager gStrings = new ResourceManager("MyGlobalizationTestProjectName.strings", typeof(MyTestWebFormName).Assembly);

// Get the user's preferred language.
string sLang = Request.UserLanguages[0];
// Set the thread's culture for formatting, comparisons, etc.   
Thread.CurrentThread.CurrentCulture =  CultureInfo.CreateSpecificCulture(sLang);
// Set the thread's UICulture to load resources
// from satellite assembly.
Thread.CurrentThread.CurrentUICulture = new CultureInfo(sLang);

private void Page_Load(object sender, System.EventArgs e) 

{ 

 if (!IsPostBack)  

 {      
// Get strings from resource file and assign to UI elements.
head1.InnerHtml = gStrings.GetString("satellite.head1");
p1.InnerHtml = gStrings.GetString("satellite.p1");
sp1.InnerHtml = gStrings.GetString("satellite.sp1");
sp2.InnerHtml = gStrings.GetString("satellite.sp2");
butOK.Text = gStrings.GetString("satellite.butOK");
butCancel.Value = gStrings.GetString("satellite.butCancel");
   }

 }

Orden en el que ASP.NET selecciona ensamblajes satélite:

Cuando haya establecido currentUICulture del subproceso, ASP.NET selecciona automáticamente los recursos que coinciden, en el siguiente orden:

• Si se encuentra un ensamblado satélite con una referencia cultural coincidente, se usarán los recursos de ese ensamblado.

• Si se encuentra un ensamblado satélite con una referencia cultural neutral que coincida con currentUICulture, se usarán recursos de ese ensamblado.

• Si no se encuentra una coincidencia para currentUICulture, se usan los recursos de reserva almacenados en el ensamblado ejecutable.

Nota Esto se basa en el proceso de reserva de recursos más general. Para obtener más información, visite el siguiente sitio web de MSDN:

http://msdn2.microsoft.com/en-es/library/sb6a8618(vs.71).aspx

Creación manual de ensamblajes satélite:

Este uso de ensamblados satélite es donde Visual Studio .NET crea los propios ensamblados. Sin embargo, Visual Studio .NET no asigna un nombre seguro a los ensamblados satélite de forma predeterminada. Si desea cambiar estas opciones, deberá crear ensamblados satélite manualmente. Para obtener más información, visite el siguiente sitio web de MSDN:

http://msdn2.microsoft.com/en-es/library/21a15yht(vs.71).aspx .

Glosario

ANSI significa American National Standards Institute. En este contexto, representa una página de códigos específica para un determinado idioma o juego de caracteres. La mayoría de las veces se refiere a la página de códigos en inglés (windows-1252).

ASCII Un esquema de codificación de 1 byte (o 7 bits). Solo se normalizan los caracteres del rango 0-127. El intervalo 128-255 es extensiones a ASCII y no forma parte del estándar. Un ejemplo de esto es la diferencia entre el rango superior del gráfico OEM ASCII y el gráfico VB ASCII.

La configuración CharSet se usa principalmente para Internet Explorer y exploradores que le indica al explorador cómo interpretar los datos de caracteres. Ejemplo: Response.charSet = "iso-8859-1".

Página De códigos Una tabla de conversión que especifica cómo se codifican los caracteres (suele usarse para servidores).

La globalización es un proceso de diseño y creación de una aplicación para que se puedan cumplir los requisitos únicos de una cultura, región o necesidades nacionales/regionales y lingüísticas. En otras palabras, diseñar una aplicación de manera que pueda localizarse posteriormente es la globalización.

Configuración regional/cultura Idioma y región formatos/preferencias específicos incluyendo, formatos de fecha y calendario, formatos de hora, formatos de moneda, mayúsculas y minúsculas, comparación de mayúsculas y minúsculas, formatos de dirección, formatos de número de teléfono, tamaños de papel, unidad de medida, dirección de escritura, etc.

Id. de configuración regional (LCID) Un valor DWORD que especifica el identificador de idioma y el identificador de ordenación. Puede usarse para especificar los formatos de región específicos para la fecha y hora ex, etc.

Capacidad de localizabilidad de una aplicación para presentar contenido para el idioma o la configuración regional exigentes.

Localización Localización es el proceso de traducir una interfaz de usuario a idiomas y/o configuraciones regionales específicos.

Juego de caracteres multibyte Un juego de caracteres en el que los caracteres se componen de dos o más bytes, como el japonés. UTF-8 también se encuentra en esta categoría. (Unicode técnicamente se encuentra en esta categoría, pero en Windows tiene su propia categoría).

Unicode Un esquema de codificación de 2 bytes. Windows usa Unicode internamente. Cualquier API específicamente para Unicode se indica con una "W" al final del nombre de la función. También conocido como wide char; no se pueden usar directamente desde aplicaciones web.

UTF-8 Una codificación de caracteres en la que un carácter se puede representar en 1-6 bytes. En Windows, el intervalo es de 1 a 3 bytes. No compatible con NT4 para aplicaciones web.



Juego de caracteres anchos Un alias para Unicode. También conocido como DBCS (juego de caracteres de doble byte), UCS-2, UTF-16.

Como siempre, no dude en enviar ideas sobre temas que desee tratar en columnas futuras o en la Knowledge Base mediante el formulario Solicitarlo.