Problemas de globalização no ASP e ASP.NET

Conjuntos de caracteres e páginas de código

Todos sabemos que os caracteres na tela do computador são apenas uma série de bytes. A série de bytes pode ser criada e interpretada de várias maneiras. Se a interpretação usar uma codificação diferente da codificação com a qual a matriz de bytes foi criada, a interpretação será exibida como lixo. Os conjuntos de caracteres (charsets) são formatos de codificação que geralmente são usados pelos navegadores. A propriedade Codepage, que é mais aplicável para conversões do lado do servidor, é apenas uma tabela de conversão que especifica como os caracteres são codificados.

Os navegadores codificam os dados de postagem de formulário de acordo com o conjunto de caracteres atual. Se o conjunto de caracteres atual for "windows-1256", a transmissão de bytes para o servidor também será codificada como "windows-1256".

Quando o ASP está sendo interpretado, as coleções Formulário e Querystring não são criadas até que sejam referenciadas em código. Quando eles estão sendo criados, os dados de cadeia de caracteres são transformados em Unicode de acordo com a página de código atual. (Por padrão, as asp e ASP.NET processar conteúdo usando o formato Unicode). É muito importante que você defina a página de código correta antes de fazer referência às coleções; caso contrário, a representação Unicode na memória não estará correta.

Para definir uma página de código, use Session.Codepage ou Response.Codepage. A página Response.Code só está disponível em versões Serviços de Informações da Internet da Microsoft (IIS) 5.1 ou posteriores. Para obter informações sobre os valores inteiros (que correspondem ao conjunto de caracteres) para os quais definiríamos essas propriedades, visite o seguinte site da Microsoft:

Reconhecimento de conjunto
de caracteres http://msdn2.microsoft.com/en-us/library/Aa752010.aspxPor exemplo, para definir a página de código para o idioma árabe, use o seguinte código:

Session.Codepage = 1256

Response.Codepage só afetará a resposta atual. No entanto, Session.Codepage afetará todas as respostas feitas pelo usuário atual. Quando a página de código é definida usando uma dessas propriedades e as coleções Form e Querystring são criadas, essa alteração na página de código atual faz com que o método Response.Write transforme o Unicode na memória para a página de código atual. Para obter mais informações sobre este tópico, visite o seguinte site do MSDN:

Definir a Página de Código para Conversões de Cadeia de Caracteres (ASP)http://msdn2.microsoft.com/en-us/library/ms525789.aspxA linha de fundo quando se trata dos problemas relacionados a charsets e páginas de código é que o charset do cliente e a página de código do servidor devem corresponder.

Aceitar idiomas

Se um desenvolvedor ASP quiser saber quais idiomas um usuário definiu em seu navegador, o desenvolvedor poderá usar a variável Request.ServerVariables ("HTTP_ACCEPT_LANGUAGE") para encontrar a lista de idiomas em que o usuário gostaria de ler a resposta (como inglês, alemão ou indiano) e a ordem de preferência em que o usuário gostaria de ver esses idiomas. Em ASP.NET, informações semelhantes estão presentes na propriedade Request.UserLanguages como uma matriz.
Para obter mais informações sobre como usar essas informações no código ASP, clique no seguinte número de artigo para exibir o artigo na Base de Dados de Conhecimento da Microsoft:

229690 Como definir a ID de Localidade do ASP de acordo com as configurações de linguagem do navegador
 

Exibindo conjuntos de caracteres de vários bytes na Internet Explorer

O único formato de codificação que pode mostrar um conjunto de caracteres de vários bytes é Unicode (UTF-8). Com o UTF-8, podemos exibir cirílico, indiano e japonês na mesma página. Se não usarmos o UTF-8, só poderemos mostrar um desses idiomas por vez. Para definir o charset do navegador, use a propriedade Response.CharSet.

Caracteres estáticos de vários bytes em uma página

Para exibir caracteres de vários bytes armazenados diretamente na página, primeiro devemos salvar a página com codificação específica. O UTF-8 será melhor, mas uma página de código específica (correspondente à página de código dos caracteres) também funcionará.

Salvar um arquivo ASP usando o Microsoft Visual InterDev não ajuda aqui, já que o Visual InterDev só pode salvar em inglês ANSI ou Unicode. Nenhuma página ASP salva como Unicode não tem suporte do ASP.

No Microsoft Visual Studio .NET, você pode salvar um arquivo em qualquer codificação. Há duas maneiras de fazer isso. A maneira padrão é salvar o arquivo usando a página de código atual para o usuário. Uma maneira adicional de salvar um arquivo com uma codificação é a seguinte:
No menu Arquivo , clique em Salvar Arquivo Como.
Na caixa de diálogoSalvar Arquivo Como, clique na seta suspensa no
botãoSalvar. Quando você clica na seta, as opções são
Salvar e Salvar com Codificação. Ao clicar em
Salvar com Codificação, a caixa de diálogo Opções avançadas de salvamento é exibida onde você pode selecionar o tipo de codificação que deseja aplicar em uma lista das páginas de código instaladas no computador.


Observação Isso altera a codificação para a operação de salvamento, mas é apenas por uma vez. A próxima salvação será definida de volta para o padrão.

Para alterar a página de código padrão, clique em Opções avançadas de salvamento no
menuArquivo. Na caixa de diálogo Opções avançadas de salvamento , você pode definir a codificação padrão para operações de salvamento na página de código de sua escolha.

Esses métodos estão relacionados à forma como o arquivo é salvo em disco. No entanto, para controlar a saída do ASP, conforme já discutido, precisamos definir as propriedades Session.CodePage e Response.CharSet. Com o IIS 5.1 e versões posteriores, também podemos usar a propriedade Response.CodePage.

CODEPAGE padrão no servidor

A localidade padrão e a página de código padrão para a página dependem das configurações do registro para o . Usuário PADRÃO. Podemos encontrar a chave internacional no registro hive HKEY_USERS\.DEFAULT\Control Panel\International. Também podemos alterar o comportamento da localidade escolhida pelo IIS.

Se o usuário conectado tiver a mesma localidade definida como a chave acima ou o padrão do sistema, a configuração do usuário terá precedência.

Exemplo: a localidade padrão tem o formato de data definido como 11.1.2004, enquanto o usuário conectado (com o mesmo conjunto de localidades) tem o formato de data como 11/1/2004. A configuração 11/1/2004 entrará em vigor para ASP.

(Para ASP.NET, isso pode variar. Em algumas instalações, o usuário ASPNET terá seu próprio perfil que aparecerá em HKEY_USERS quando for carregado. Em outros, ele usará o . Perfil PADRÃO. Também podemos usar o atributo codepage na declaração <%@ %>. Isso deve ser usado quando o arquivo é salvo com uma codificação diferente, em seguida, o padrão, como a página de código 932 (japonês)).

Problemas de página de código versus problemas de conversão de fonte: qual é qual?

Às vezes, você pode ver um caractere de ponto de interrogação (?) ou uma caixa em que um caractere deveria aparecer.

Alterações de codificação em tempo de execução

No evento Application_BeginRequest, podemos modificar o valor da requestEncoding e fazer com que ela entre em vigor antes que a solicitação seja processada. Para a resposta, o evento Page_PreRender é a última chance de modificar a codificação da saída. Observe também que Response.Write colocará caracteres nesse buffer assim que o chamarmos, portanto, certifique-se de ter o conjunto de codificação certo antes de usar Response.Write.

Os dados originais não são unicódigos: como ainda fazer a Internet Explorer interpretar charsets de vários bytes?

Também podemos fazer com que ASP.NET se comporte como ASP se precisarmos. Para que isso ocorra, precisamos definir a respostaEncoding e requestEncoding como windows-1252 (uma codificação mais completa do que iso-8859-1) e usar a propriedade Response.Charset para exibir o texto corretamente. Isso funciona porque o windows-1252 é um esquema de codificação de bytes único e não modifica nenhum bytes adicionados ao buffer. Assim, os caracteres de bytes duplos são enviados como uma série de bytes únicos. Em seguida, podemos informar à Internet Explorer como interpretar os bytes usando a propriedade Response.Charset. Esse cenário poderá ser necessário se os dados originais não forem armazenados como Unicode ou UTF-8, como um valor retornado de um objeto COM ou se os dados forem armazenados na Microsoft SQL Server em um campo não N (como varchar).

problemas de globalização SQL Server e 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)"

Namespace System.Globalization

Esse namespace é o núcleo de globalização e localização no .NET Framework. A classe main usada neste namespace é a classe CultureInfo. Ele contém informações específicas da cultura, como o formato de data/hora, formatos de número, informações de comparação e informações de texto. Para obter mais informações sobre a classe CultureInfo, visite o seguinte site do MSDN:

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

Culturas neutras versus culturas específicas

Uma cultura neutra é uma cultura associada a uma linguagem, mas não a um país/região específico. Uma cultura específica está associada a um idioma e a um país/região específicos.

Um exemplo: "DE" (cultura neutra) é para a língua alemã, mas "de-AT" (cultura específica) é para a língua alemã como é falada na Áustria. Culturas neutras não podem ser usadas para formatação.

Reconhecimento de cultura e thread atual das classes de .NET Framework

Todas as classes e métodos na biblioteca .NET Framework em que esperamos que a saída seja dependente da cultura têm dois comportamentos internos:

• Eles nos permitem especificar o código de cultura ao fornecer os argumentos para que a saída seja baseada na cultura especificada. Isso é opcional.

• Se isso for perdido (geralmente é), as classes serão inteligentes o suficiente para manter um marcar na propriedade Thread.CurrentThread.CurrentCulture e funcionar de acordo com isso.

Podemos modificar o valor dessa propriedade com um código semelhante ao seguinte:

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

Neste exemplo de código, "de" representa a língua alemã e "AT" representa a Áustria. Portanto, nesta instância, o DateTime.Now(). O método ToString retornaria a data e a hora em um formato correspondente à forma como a data e a hora são expressas na língua alemã na Áustria.

A estrutura garante (da seguinte maneira) que a propriedade CurrentCulture seja sempre inicializada:

1. O que quer que esteja definido como programaticamente.

2. Caso não seja definida explicitamente pelo programador, a propriedade é escolhida nos arquivos de configuração (<marca> de globalização).

3. Se a propriedade estiver ausente lá, será a cultura na qual o servidor Web está em execução. Geralmente, essa é a cultura neutra que corresponde à linguagem do sistema operacional.

Arquivos de recursos

Todos os arquivos .resx, .resource e que têm o atributo Build Action definido como Recurso Incorporado que são adicionados a um projeto ASP.NET no Visual Studio .NET, são compilados e inseridos automaticamente no assembly do aplicativo como parte de seu manifesto. Isso pode até mesmo ser feito manualmente usando o utilitário RESGEN (Resource File Generator) por meio de um prompt de comando do Visual Studio .NET. Para obter mais informações, visite o seguinte site da MSDN:

http://msdn2.microsoft.com/en-us/library/ccec7sz1(vs.71).aspxEsse é um conceito geral que é aplicável sempre que precisamos gerenciar recursos de aplicativo que não estão relacionados à globalização. No entanto, quando estamos implementando a globalização, devemos usar assemblies satélites.

Assemblies satélites

Os assemblies satélites podem ser usados em um projeto de ASP.NET quando você se certificar de que os seguintes são verdadeiros:

1. Todos os elementos de interface do usuário em todos os arquivos aspx precisam ser equipados com atributos id e runat=server.

2. Criamos arquivos .resx separados. Cada um deve corresponder a cada cultura que desejamos que nosso aplicativo dê suporte.

3. Devemos decidir um primeiro nome comum para todos esses arquivos para ex. 'Cadeias de caracteres'.

4. Nomeamos os arquivos .resx separados com o commonfirstname da convenção de nomenclatura a seguir. languagecode-regioncode.resx (por exemplo: Strings.de-AT.resx, Strings.en-GB.resx ).

5. Devemos ter o arquivo
   de recursocommonfirstname.resx (Strings.resx) que tenha todas as cadeias de caracteres como desejamos exibidas no caso padrão.

6. Escreva código para detectar a cultura do usuário e defina a propriedade Thread.CurrentThread.CurrentUICulture para corresponder a ela.

7. Escreva código para carregar os recursos usando a classe ResourceManager.

8. Escreva código para extrair cadeias de caracteres do objeto carregado e atribua-as a elementos de interface do usuário.

Quando você tiver executado essas etapas, o Visual Studio.NET compilará Strings.resx e o inserirá no assembly do aplicativo (MyGlobalizationTestProjectName.dll). No entanto, para todos os outros arquivos .resx, ele gerará arquivos dll separados que não têm código executável, mas apenas dados de recurso. Na verdade, são chamados de assemblies satélites. Além disso, o Visual Studio .NET os coloca na estrutura de pastas semelhante ao seguinte:MyGlobalizationTestProjectName
|------- bin
|------en-US

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

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

Diferença entre CurrentCulture e CurrentUICulture

Embora os métodos de classes no namespace System.Globalization dependam da propriedade Thread.CurrentThread.CurrentCulture para fornecer sua saída, a classe ResourceManager que carrega o assembly de recursos depende da propriedade Thread.CurrentThread.CurrentUICulture para carregar o assembly de satélite apropriado. A seguir está um exemplo 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");
   }

 }

Ordem na qual ASP.NET seleciona assemblies satélites:

Quando você definir o CurrentUICulture do thread, ASP.NET seleciona automaticamente os recursos correspondentes, na seguinte ordem:

• Se um assembly satélite for encontrado com uma cultura correspondente, os recursos desse assembly serão usados.

• Se um assembly satélite for encontrado com uma cultura neutra que corresponda ao CurrentUICulture, os recursos desse assembly serão usados.

• Se uma correspondência não for encontrada para o CurrentUICulture, os recursos de fallback armazenados no assembly executável serão usados.

Observação Isso se baseia no processo de fallback de recursos mais geral. Para obter mais informações, visite o seguinte site da MSDN:

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

Criando manualmente assemblies satélites:

Esse uso de assemblies satélites é onde o Visual Studio .NET cria os assemblies em si. No entanto, o Visual Studio .NET não nomeia fortemente assemblies satélites por padrão. Se você quiser alterar essas opções, precisará criar assemblies via satélite manualmente. Para obter mais informações, visite o seguinte site da MSDN:

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

Glossário

ANSI significa American National Standards Institute. Nesse contexto, ele representa uma página de código específica para um conjunto de caracteres/linguagem específico. Na maioria das vezes, refere-se à página de código em inglês (windows-1252).

Esquema de codificação ASCII A 1 byte (ou 7 bits). Somente os caracteres no intervalo 0-127 são padronizados. O intervalo 128-255 são extensões para ASCII e não fazem parte do padrão. Um exemplo disso é a diferença entre o intervalo superior do gráfico OEM ASCII e o gráfico ASCII do VB.

Configuração do CharSet usada principalmente para navegadores e Explorer de Internet que informa ao navegador como interpretar os dados de caracteres. Exemplo: Response.charSet = "iso-8859-1".

Página de código Uma tabela de conversão que especifica como os caracteres são codificados (geralmente usados para servidores).

Globalização A globalização é um processo de criação e criação de um aplicativo para que os requisitos exclusivos de uma cultura, região ou necessidades nacionais/regionais e linguísticas possam ser atendidos. Em outras palavras, projetar um aplicativo de uma maneira que ele possa ser localizado posteriormente é a globalização.

Locale/Culture Language e formatos/preferências específicos da região, incluindo formatos de data e calendário, formatos de hora, formatos de moeda, casing, classificação e comparação de cadeia de caracteres, formatos de endereço, formatos de número de telefone, tamanhos de papel, unidade de medida, direção de escrita etc.

LocaleID (LCID) Um valor DWORD que especifica o identificador de idioma e a ID de classificação. Ele pode ser usado para especificar os formatos de região específicos para data/hora ex etc. devem ser formatados de acordo com.

Capacidade de localizabilidade de um aplicativo para apresentar conteúdo para o idioma/localidade exigido.

Localização A localização é o processo de traduzir uma interface do usuário em idiomas e/ou localidades específicos.

Conjunto de caracteres multibytes Um conjunto de caracteres no qual os caracteres são compostos por dois ou mais bytes, como japonês. O UTF-8 também se enquadra nessa categoria. (O Unicode tecnicamente está nessa categoria, mas no Windows, ele tem sua própria categoria.)

Unicode Um esquema de codificação de 2 bytes. O Windows usa o Unicode internamente. Todas as APIs especificamente para Unicode são assinadas por um "W" no final do nome da função. Também conhecido como char largo; não pode ser usado diretamente de aplicativos Web.

UTF-8 Uma codificação de caracteres em que um caractere pode ser representado por 1-6 bytes. No Windows, o intervalo é de 1 a 3 bytes. Não há suporte em NT4 para aplicativos Web.



Conjunto de caracteres largo Um alias para Unicode. Também conhecido como DBCS (conjunto de caracteres de bytes duplo), UCS-2, UTF-16.

Como sempre, sinta-se à vontade para enviar ideias sobre tópicos que você deseja abordar em colunas futuras ou na Base de Conhecimento usando o formulário Ask For It.