|
Este artigo foi traduzido por máquina. Coloque o ponteiro do mouse sobre as frases do artigo para ver o texto original. Mais informações.
|
Tradução
Original
|
Empacotamento e implantação de recursos
Você pode adicionar incrementalmente recursos para culturas novos após você ter implantado um aplicativo. Como desenvolvimento subseqüente de recursos específicos da cultura pode exigir uma quantidade significativa de time, isso permite que você primeiro da versão principal do aplicativo e entregar recursos específicos da cultura em uma data posterior. Você pode atualizar e alterar os assemblies de satélite do aplicativo sem recompilar o aplicativo. Um aplicativo precisa carregar apenas esses assemblies satélites que contêm os recursos necessários para uma determinada cultura. Isso pode reduzir significativamente o uso de recursos do sistema.
Você deve gerenciar vários conjuntos de recursos. Aumenta o custo inicial de um aplicativo de teste, porque você deve testar várias configurações. Observe que a longo prazo-será mais fácil e barato testar um aplicativo de núcleo com vários satélites, que a testar e manter várias versões internacionais paralelas.
O tempo de execução primeiro verifica o cache de assemblies global para um assembly correspondente a cultura solicitada para o seu aplicativo. O modelo global assembly cache pode armazenar conjuntos de recursos que são compartilhados por muitos aplicativos. Isso permite que você tenha que incluir conjuntos de recursos específicos na estrutura de diretórios de cada aplicativo que você criar. Se o tempo de execução encontrar uma referência ao assembly, ele pesquisa o assembly para o recurso solicitado. Se ele encontrar a entrada no conjunto de módulos (assembly), ele usa o recurso solicitado. Se ele não localizar a entrada, ele continuará a Pesquisar. Em seguida, o tempo de execução verifica o diretório do assembly em execução no momento para um diretório correspondente a cultura solicitada. Se ele encontrar o diretório, ele pesquisa nesse diretório para um satélite válido assembly para a cultura solicitada. O tempo de execução, em seguida, procura o asssembly satélite para o recurso solicitado. Se encontrar o recurso no assembly, ele utilizará. Se ele não localizar o recurso, ele continuará a Pesquisar. As pesquisas próxima time de execução do cache de assembly global novamente, desta vez para o assembly do pai do recurso solicitado. Se o conjunto pai existir no cache global de assemblies, o tempo de execução procura o assembly para o recurso solicitado. O pai é definido sistema autônomo a cultura de retorno apropriada. Considere sistema autônomo pais sistema autônomo candidatos à melhor ajuste; fornecer qualquer recurso é preferível gerar uma exceção. Esse processo também permite a reutilização de recursos. Você precisa incluir um determinado recurso no nível pai somente se a cultura filho não precisar localizar o recurso solicitado. Por exemplo, se você fornecer assemblies satélites para en (Neutro em inglês), en-GB (em inglês sistema autônomo falado no Reino Unido) e en-US (inglês sistema autônomo falado nos Estados Unidos), satélite en conteria a terminologia comum e sistema autônomo satélites en-GB e en-US poderiam fornecer substituições para esses termos são diferentes. Em seguida, o tempo de execução verifica o diretório do assembly em execução no momento para ver se ele contém um diretório pai. Se existir um diretório pai, o tempo de execução procura o diretório para um satélite válido assembly para a cultura pai. Se ele encontrar o assembly, o tempo de execução procura o assembly para o recurso solicitado. Se encontrar o recurso, ele utilizará. Se ele não localizar o recurso, ele continuará a Pesquisar. sistema autônomo pesquisas próxima tempo de execução pai assemblies, sistema autônomo na etapa anterior, por meio de vários níveis possíveis. Cada cultura tem apenas um pai, mas um pai pode ter seu próprio pai. Se tiverem pesquisados a cultura originalmente especificado e todos os pais e o recurso ainda não for encontrado, o recurso para a cultura (retorno) padrão é usado. A partir da versão 2.0 do .NET estrutura, você pode especificar que o local de fallback final para recursos é um asssembly satélite, em vez do assembly principal. Usando o NeutralResourcesLanguageAttribute com o UltimateResourceFallbackLocation enumeração, você pode controle se o local de fallback final de recursos estiver no assembly principal, ou em um asssembly satélite.
Observação:O recurso padrão é o único recurso que é compilado perspicácia h o assembly principal. A menos que você especifique um satélite assembly usando o NeutralResourcesLanguageAttribute, é o fallback final (final pai). Portanto, é altamente recomendável que você sempre incluem um conjunto padrão de recursos no seu assembly principal. Isso ajuda a garantir que exceções não são lançadas. Incluindo um padrão arquivo de recurso você fornece um fallback para todos os recursos e certifique-se de que pelo menos um recurso está sempre presente para o usuário, mesmo se não for culturalmente específico. Finalmente, se o tempo de execução não encontrar um recurso para uma cultura de padrão (retorno), uma exceção é lançada indicando que o recurso não foi encontrado.
Alternar definitiva para satélite assembly
[assembly: NeutralResourcesLanguageAttribute("de" , UltimateResourceFallbackLocation.Satellite)]