Entrega linguagem dinâmica para aplicativos móveis da Adobe

Este artigo foi escrito originalmente em Inglês. Texto em outros idiomas é fornecido através de tradução automática.

Recentemente, na conferência de desenvolvedores da Adobe Adobe MAX 2011 em Los Angeles, representantes da Adobe grupo globalização teve a oportunidade de apresentar – pela primeira vez publicamente – como estamos prevendo a implantação de recursos localizada (textos, interface de usuário strings) para aplicações móveis no campo.

Em sua apresentação “Entrega linguagem dinâmica para aplicações móveis” (aqui como um vídeo Adobe MAX), Daniel Nay, gerente de engenharia, e Dirk Meyer, gerente de produto, demonstrou como as atualizações língua ou línguas totalmente novo, pode ser entregue para aplicações em dispositivos móveis em questão de segundos. (No vídeo de apresentação, você pode encontrar seqüências de demonstração em 7:00 e 35:50 na linha do tempo.)

Localização de aplicações móveis

Como em todas as outras áreas de criação de software, o desenvolvimento de aplicações móveis, também, é cada vez mais aplicação “desenvolvimento ágil” princípios: Curto “sprints” estão ajudando a implementar características específicas de forma orientada e entregá-los nas mãos dos usuários e clientes mais rápido, em comparação com produtos de software de desktop. Ao mesmo tempo, e, como conseqüência do novo paradigma de desenvolvimento, o tempo entre a frequência “empurra” de novas versões do produto se tornam mais curtos e muitas vezes é medido apenas nas últimas semanas. Como conseqüência, um usuário final está recebendo versões do produto atualizado com mais freqüência. Felizmente, sua instalação leva apenas um minuto ou menos, e (mais importante para alguns!) eles podem ser ignorados, se eles não parecem atraentes ou se não há tempo para a atualização.

Entrega Dynamic Language (DLD): Resposta de localização para o desenvolvimento ágil

No mundo dos ciclos curtos de desenvolvimento e atualizações frequentes, as diferenças entre versões de um aplicativo móvel muitas vezes consiste apenas em uma única característica, ou algumas correções para bugs de software. Portanto, do ponto de vista de localização, o delta entre as seqüências localizadas de uma versão para os próximos, é muitas vezes apenas um pequeno. Pode até haver casos, onde ele é apenas uma correção para uma seqüência localizada que constitui uma atualização. Em situações como essa, pode parecer um pouco fora de proporção para iniciar um ciclo de localização completa para uma mudança tão pequena. Porque não importa se as mudanças são grandes ou pequenas, tradutores, construir engenheiros e testadores, todos têm de seguir um fluxo de trabalho complexo, com muitas dependências mútuas antes de o produto finalmente pode alcançar o app(anos em circulação) “lojas” ou o “mercados”. Começando como uma poderosa máquina, projetado para localizar perfeitamente as aplicações de desktop mais complexos, por apenas pequenas alterações, e fazê-lo até com mais freqüência do que no “não-ágil” passado? Novamente, um pouco fora de proporção, parece …

Aqui agora, DLD fornece uma nova maneira de implantar recursos de linguagem, como strings da interface do usuário ou outros textos usados ​​em um aplicativo. E fá-lo sem prejudicar os fluxos de trabalho de engenharia rápido e ágil e sem abrandar a entrega posterior aplicação. Em vez, Workflows DLD são projetados para combinar com os ciclos de desenvolvimento ágil, incluindo as entregas rápidas e frequentes para os utilizadores finais. DLD permite o teste de melhorias e modificações instantaneamente, e permite entregas aprovado para ser executado em tempo real, seja em ambientes de teste ou de produção.

Princípios da DLD

DLD tecnologia efetivamente separa a entrega do aplicativo principal do celular (além de um ou mais idiomas núcleo) da implantação de entregas de linguagem subseqüentes (como correções cadeia UI ou novas linguagens). Ele faz isso usando duas avenidas completamente independentes para obter esses recursos a um cliente. Aqui está como …

Capacitação DLD & desenvolvimento

Em primeiro lugar, uma aplicação núcleo DLD-enabled toma a rota habitual e chega ao cliente como um produto totalmente testado e funcional por ser baixados de um site, “loja”, ou “mercado”. DLD-habilitado significa que um aplicativo deve integrar uma biblioteca DLD para executar tarefas relacionadas com DLD (essa integração é muito magra e muitas vezes pode ser conseguido com uma única linha de código). O outro requisito para uma aplicação a ser preparado para DLD é que deve ser projetado em um “mundo-pronto” moda: Cordas devem ser substituíveis, comprimentos de cadeia de variável interface deve ser possível através de recursos de layout dinâmico UI, e mais. A boa notícia aqui: Já é uma prática melhor aceita para escrever qualquer software – não importa se ele suporta ou não DLD – em um “mundo-pronto” caminho para que ele suporta recursos de internacionalização e de localização fácil.

Se, em um ponto posterior no tempo, cadeias de texto novos ou atualizados ou uma linguagem totalmente nova necessidade a ser entregue, um caminho de implantação através da segunda “nuvem de localização” será usado, completamente independente da aplicação implantação avenida. As entregas serão realizadas de localização disponíveis nos servidores, consultado pela aplicação de tempos em tempos para atualizações de linguagem. A frequência destas consultas pode ser definido com a ajuda de preferências na aplicação e, claro, o usuário deve sempre ser capaz de opt-out desta funcionalidade completamente.

Personalização de aplicativos multilíngüe em user-friendly maneiras

Além de não-intrusiva, instantâneas atualizações linguagem e a opção de adicionar novas línguas quando um aplicativo já está nas mãos dos usuários, existem maneiras mais como podemos ver DLD apoiar novos recursos do software móvel multilingual.
Por exemplo, se um aplicativo não vem no idioma preferido pelo usuário, DLD funcionalidade pode ser usada para verificar se esta linguagem podem estar disponíveis a partir do “nuvem de localização”. Aplicações mais inteligentes pode realmente perceber que entre as suas línguas atuais não há correspondência do (utilizador preferido) idioma do sistema … e acionar um alerta para o download de um “pacote de idioma” no idioma do sistema, se estiver disponível. Assim, DLD pode ser usado para melhorar a experiência do usuário multilíngüe, onde as línguas e as atualizações de idiomas estão disponíveis a qualquer momento: Para aqueles, a necessidade de localizar, baixar ou instalar um pacote de aplicativo completo não existe mais.

Finalmente, é importante notar (o vídeo de apresentação mostra que este), que as atualizações de idioma estão disponíveis no aplicativo em execução imediatamente, sem ter que reiniciar ou executar outro tipo de ação do usuário: novos recursos são carregados em segundo plano e aparecem de forma transparente, uma vez que foram baixados e integrada.

Benefícios do DLD

Em síntese, DLD vem com uma série de benefícios para os consumidores de aplicações móveis:

  1. “Instante, em tempo real” entrega e integração de atualizações e correções de localização para aplicações móveis no campo.
  2. Atualizações de linguagem pode ser configurado por preferências do usuário, que vão da total “transparente” para “plenamente informado”.
  3. Idiomas adicionais desejadas por um usuário após uma instalação do aplicativo, podem ser adicionados na demanda, sem ter que baixar e instalar outro pacote de aplicativos completo.
  4. Línguas falta complementando um ambiente de dispositivo local, por exemplo, depois de trocar o idioma do sistema, podem ser descobertos e instalado se o usuário assim o desejar.

Além disso, equipes de desenvolvimento de software também estão entre aquelas que poupam tempo e esforço através da tecnologia DLD:

  1. DLD integração da biblioteca é “minimamente invasiva” (freqüentemente, apenas uma única linha de código é necessário).
  2. Aproveitando a nuvem de localização, “mundo-pronto” aplicações serão capazes de receber atualizações de linguagem sempre que eles se tornam disponíveis durante o processo de desenvolvimento.
  3. DLD separa o desenvolvimento de aplicações a partir de fluxos de trabalho de localização. Ao fazê-lo, ele remove processo de muitos e dependências de programação entre os dois.
  4. Trabalho de desenvolvimento pode continuar até o final do ciclo e durante o tempo que o aplicativo mantém um estado pronto para receber cordas de vários idiomas com propriedades diferentes.
  5. Trabalho de desenvolvimento pode continuar até que os marcos principais são obrigá-la a se preparar para o impulso ao vivo. Uma interface de usuário não tem que ser “congelado” com a chegada de recursos de localização.
  6. Trabalho de teste se torna mais eficiente e não será mais acompanhada por tarefas repetitivas de construção e instalação da aplicação, antes de testá-lo para todos os idiomas ou correção de localização. Em vez, enquanto as correções de linguagem estão envolvidos, eles podem ser entregues para o aplicativo instantaneamente e os testadores pode verificar a sua integração na aplicação sem demora.

Em Breve …

DLD é o primeiro fluxo de trabalho permitindo a imediata, dinâmico, e on-demand localização de uma aplicação durante o desenvolvimento pós-estados. Isto é possível através de tomada de recursos localizados disponíveis como atualizações, sem a necessidade de re-implantar combinado aplicação de linguagem pacotes como um todo.

Entre os vantagens da abordagem DLD, uma quase instantânea “time-to-market/user” e uma interação muito mais simplificado de desenvolvimento / localização, são provavelmente as duas mais valiosas. Sob diversos ângulos e perspectivas, LDN é um rápida e com economia de recursos maneira de executar a implantação de localização para aplicações móveis que funcionam em uma variedade de dispositivos.

Esperar para ver isto em seus favoritos de aplicativos móveis da Adobe em algum ponto no (perto?) futuro.