Enquanto você trabalha com AJAX, você pode ouvir-se de tecnologias relacionadas que você pode se usar com AJAX. Couberam em dois grupos principais: amadureça as tecnologias que estão extensamente disponíveis em muitos browsers hoje, e as tecnologias novas que estão disponíveis somente em um browser específico. As tecnologias maduras incluem Java e piscam. (o flash é o mais importante porque seu encaixe é instalado extensamente, e seu projeto optimized fornecendo elementos e animations interativos aos locais da correia fotorreceptora.) Java pode também ser usado adicionar o interactivity aos locais, mas sua popularidade waned sobre os cinco anos passados, e é não mais longa instalada pelo defeito em toda parte.
|
|
O flash faz um sócio bom com outras técnicas de AJAX porque fornece um número de características que não estão disponíveis com Javascript puro. Estes incluem uma lona em que as imagens podem ser adicionadas e posicionado e um API extraindo que possa ser usado criando gráficos. Além, o flash tem a abilidade de fluir vídeo e som, e inclui a sustentação para animations do vetor. O inconveniente o mais grande do flash é que adiciona um ambiente novo, separado do desenvolvimento, e embora você possa fazer chamadas entre o Javascript em sua página e o ActionScript de seu filme flash, não é integrado firmemente com o descanso de sua página. O flash tem também um olhar diferente do que o descanso dos elementos em um HTML page, que faça duro entregar uma sensação e uma operação consistentes ao a usar para elementos pequenos dentro de um retrato mais grande.
Os inconvenientes da integração do Javascript de Flashpoor e um olhar e um feelare diferentes nao insurmountable, mas conduzem a muitos povos escolher uma solução flash completa quando necessitam fazer qualquer coisa complicado. Isto ajuda à complexidade do controle, mas deixa-o amarrado inteiramente a um único vendedor e significa-o que você tem que usar remoting flash para suas comunicações mergulha em vez de AJAX. Adicionar o flash a sua aplicação de AJAX dá-lhe a abilidade de suportar muitas tarefas gráficas que seriam impossíveis sem ela, mas seja preparada para um projeto mais complexo e processo eliminar erros.
As tecnologias novas no mundo do browser não são desdobradas tão extensamente quanto o flash, e algumas, como a língua extensible do markup da aplicação de Microsoft (XAML), tiveram somente liberações beta. Têm o benefício inteiramente de ser integrado no browser, fazendo os inteiramente scriptable com Javascript e disponível como elementos first-class em Web pages. Os gráficos do vetor de Scalable (SVG) são uma língua estandardizada W3C nova para criar gráficos do vetor. Tem muitas das mesmas características que o flash, permitindo para que os animations e os elementos gráficos interativos sejam adicionados à página. SVG evita muitos de problemas do flash porque usa o Javascript scripting; além, pode ser encaixado diretamente em um HTML page e em um justo modificado como todo o outro elemento.
O problema o mais grande de SVG é que a sustentação do browser foi lenta se tornar; um encaixe do adôbe suporta atualmente muitas de suas características, mas deixa alguns dos mesmos problemas da integração que o flash. As versões seguintes de browsers de Firefox e de ópera terão sustentação interna para SVG, mas aquela ainda as folhas ele como uma tecnologia do niche que possa ser usada somente em projetos internos.
SVG não está faltando também um elemento da lona, assim lá é nenhuma maneira para que os usuários extraiam em elementos, como pode ser feito com flash. Para dirigir-se a esta, uma lona bitmap foi criada por Apple para seu browser do safari. Este esforço desde codified pelo grupo de funcionamento da tecnologia da aplicação do hypertext da correia fotorreceptora (WHATWG). Este grupo é suportado por muitos colaboradores do browser, including Mozilla e ópera, assim que a sustentação será forthcoming em liberações novas destes browsers; entretanto, a sustentação pelo Internet Explorer parece mais menos certa.
Muitas das tecnologias novas são sustentação difundida faltante do browser, e as línguas de relação XML-baseadas do usuário não são nenhuma exceção. Estas línguas, que incluem a língua de relação do usuário de XML de Mozilla (XUL) e o XAML, adicionam a abilidade de descrever elementos normais da aplicação (tais como menus, scrollbars, caixas de texto, e teclas) em um markup easy-to-use de XML. Microsoft e Mozilla construíram suas línguas de XML para permitir a criação das aplicações ricas altamente interativas que olham e sentem bem como aplicações nativas para a direita fora da caixa. Entretanto, porque são suportados somente por um único vendedor, críam problemas de fechamento-em e amarram-no a um browser específico. Isto fechamento- em makes para uma solução muito mais menos compelindo do que extensamente as soluções compatíveis construídas no alto do Javascript e do HTML.
XUL foi criado para definir a relação de usuário do browser de Mozilla e estêve disponível por um número de anos. Recentemente, começou a ganhar o momentum enquanto Firefox aumentou na popularidade, mas nunca poderá mover-se além dos produtos do niche até que outros browsers suportem a língua. XAML foi criado por Microsoft como a parte de seu esforço do NET, e é programado para ser liberado como a parte de Windows Vista. É duro saber o que seu efeito será até que se esteja liberado extensamente e até que nós saibamos acessível será aos colaboradores da correia fotorreceptora.
A ascensão de browsers novos populares da correia fotorreceptora conduziu à criação de tecnologias novas emocionantes da correia fotorreceptora. O problema o mais grande é que a maioria não o fizeram além de ser executado em um único browser. Enquanto a sustentação para estas tecnologias novas aumenta, podem assentar bem nos jogadores maiores, adicionando na tecnologia necessitada aumentar o interactivity além do nível que AJAX e o HTML dinâmico (DHTML) podem alcançar no seus próprios.
|
|