AppML aplicações futuras
Este tutorial descreve a versãosobre o futuro dos aplicativos da Web abaixo.
O fim do arquivo executável, JavaScript vai sobreviver
arquivos executáveis compilados (como C compilado ou linguagem Java) não pode ser executado em um hardware diferente.
arquivos executáveis (arquivos EXE, objetos ActiveX e COM, arquivos DLL) é evitar que os componentes do aplicativo em execução no desenvolvimento da Internet.
As aplicações futuras não estará disponível, ou contar com, está instalado nos componentes do computador cliente.
Nossas recomendações:
Para escrever a sua aplicação futura usando apenas HTML, CSS e JavaScript.
Certifique-se de suas futuras aplicações podem rodar em qualquer navegador da Web.
aplicações web se tornará serviços de Internet
aplicações passadas são grandes, aplicações criadas com um fim específico. A maioria deles vai morrer em breve, porque eles não podem prestar serviços conforme as necessidades.
As candidaturas deverão ser flexível, versátil, bem adaptados à evolução das necessidades sem ser destruída.
As candidaturas devem ser capazes de se estendem desde o apoio de milhões de pedidos por dia.
A aplicação deve ser capaz de, sem ser destruído, espalhados por vários servidores e dispositivos móveis.
As candidaturas devem ser capazes de trabalhar em conjunto com outras aplicações.
Aplicativos não devem conter um monte de código. As candidaturas deverão ser discriminados em serviço menor de modo fácil de criar e de fácil manutenção.
Aplicações estão retornando dados para uma série de pedidos de serviços de Internet Internet submetidos.
O caso de um pedido de conexão permanente não deve permanecer na solicitação de serviço para o servidor através de protocolos padrão da Internet.
Nossas recomendações:
SOA baseada (Service Oriented Architecture Service Oriented Architecture) para escrever suas futuras aplicações da Internet.
Faça seus serviços de aplicação mais versátil, mais flexível, e pode servir diferentes tipos de pedidos.
As aplicações futuras será fácil de criar e editar
O lado do cliente e servidor em um fácil de compreender a troca de dados caminho.
Se você pode evitar a aplicação não será codificado.
O aplicativo será criado e modificado editando o modelo em vez de editar o código.
Descrição da aplicação será legível.
Descrição da aplicação terá a auto-descritivo.
Aplicações de ser preparados pelo utilizador, em vez de escrever pelo programador.
Nossas recomendações:
O uso de arquivos de texto legível para descrever o serviço, e de prestação de serviços, através da implementação destas descrições.
Usando um arquivo de texto (como um arquivo XML) para descrever a aplicação.
Usando um arquivo de texto (como um arquivo XML) para troca de dados.
Usando HTML, CSS e JavaScript para executar o aplicativo.
Três pequenos Web Developer ...
Há muito tempo atrás, há três pequenos desenvolvedor Web, para desenvolver um novo Web site.
1. Os primeiros desenvolvedores da Web usam <AppML>.
2. A segunda desenvolvedores da Web usam sua linguagem favorita de programação do lado do servidor.
3. O terceiro é a utilização de uma estrutura de desenvolvimento Web empresa profissional.
Os primeiros desenvolvedores da Web terminar a apresentação dentro de dois dias. Depois de cooperação com os usuários, dentro de uma semana para completar o protótipo inicial. Depois de duas semanas de testes, uma inteligente, rápido e fácil de usar o site pronto para o lançamento.
Seis meses mais tarde, uma segunda desenvolvedores da Web aprontou o seu website. No entanto, WWW mudou a demanda, assim que seu site não está satisfeito. Os desenvolvedores da Web não pode fazer grandes mudanças para seu projeto, porque contém muito código. Então ele começou uma segunda versão do desenvolvimento.
Os terceiros desenvolvedores da Web concluída Nunca sucesso seu trabalho. O framework de desenvolvimento web profissional, é muito difícil de usar, difícil de compreender e quase impossível de teste.
O primeiro olhar para um desenvolvedor é como fazer .