Sua escolha de cross-browser javascript GUI [fechado]
-
03-07-2019 - |
Pergunta
Atualizar - A comparação global, atualizados a partir de fevereiro de 2015, pode ser encontrada aqui:
Alternativas a Ext JS
2.008 questão :
Há uma série de tão grandes estruturas grandes e não Javascript GUI lá fora. Eu olhei para alguns (apenas superficialmente). E eu não posso fazer a minha mente sobre qualquer um deles
Vá até o fim desta questão para ver o que os outros dizem
-
Ext.js A escolha óbvia por muitos, já que é um dos quadros mais conhecidos.
Vantagens: Looks incrível , grande comunidade, os lotes de extensões / plugins, GPL'ed
Disadvanatges: A incapacidade de usar extensões de terceiros com licença comercial (e algumas dessas extensões têm características do assassino) -
Backbase relativamente menos conhecido. A curiosa mistura de XML e JavaScript que é uma reminiscência de XUL. No entanto, já é cross-browser
Vantagens: Looks boa , muito extensível, permite fácil incorporação de algumas coisas realmente puro
Desvantagens: O preço é íngreme e vinculado à CPU (embora livre para usar em até 2 CPUs), os fóruns são lentos para responder (embora suporte comercial é supostamente rápido) -
qooxdoo Também muito popular.
Vantagens: Por favor, preencha
Desvantagens: Código é slighly confuso (com base em boatos) -
YUI Fill na descrição
Vantagens: Bem organizado código Desvantagens: muitos widgets ainda em beta ??em> -
Dojo Fill na descrição
Vantagens: de carregamento incremental de classes de
Desvantagens: pode se sentir inchado -
jQuery UI
Vantagens: Widgets não dependentes uns dos outros
Desvantagens: Em um estágio inicial de desenvolvimento, muito poucos os widgets
tendência possíveis para acception mais ampla: jQuery para ser enviado com ASP.NET MVC
O que você diria? O que você usa e por quê? O que você prefere usar e por quê? Em qualquer tipo de projeto
Para ser atualizado com a sua entrada ...
Veja este excelente comentário de Sergey Ilínski que explica muito bem qual quadro você deve escolher quando você quer apenas cafetão até sua página, construir um aplicativo com uma interface rica (com várias opções, não menos)
Um comentário interessante em outro segmento compara jQuery, Dojo, Prototype, Mootools, SproutCore e Cappuccino (a questão foi removido) .
Solução
Ao considerar uma biblioteca JavaScript / framework para uso você deve primeiro definir em seus objetivos. I utilizado para separar todas as bibliotecas JavaScript / frameworks em três categorias por seu propósito e arquitetura:
-
Eu quero cafetão até minha página com alguns realmente "cool" características. Ir para biblioteca JavaScript .
- jQuery
- ZenoUI
- antiga: Prototype, Mootools
-
Eu quero construir uma aplicação com um rico front-end. I como definir UI com JavaScript e eu não me importo muito usando APIs personalizadas dessas bibliotecas para codificar a minha lógica de aplicação. Ir para JavaScript pós-library / pré-framework .
-
Eu quero construir uma aplicação com um rico front-end. I como definir UI em XML e gostaria de código a minha lógica de aplicação contra APIs padrão e fazer uso de outras tecnologias padrão à base virada para desenvolvedores. Ir para framework JavaScript .
- SproutCore
- Backbase
- SDK Amplo
Para uma comparação mais detalhada, veja as alternativas para ExtJS .
Outras dicas
Ao contrário Acho sintaxe qooxdoo e organização de código muito clara. É muito parecido com swing ou GTK. Eu tentei Dojo, bem como, sem muito sucesso. Minha escolha no.1 para RIAs é qooxdoo. É rico, codificador-friendly, livre e bem documentada.
A minha escolha para qualquer outro (baseado no navegador) trabalho JavaScript jQuery. Embora outras bibliotecas (protótipo, Mochikit etc) são todos úteis, jQuery é o excitar agora. Ter um ativo (e grandes) contagens da comunidade.
Um monte de pessoas em StackOverflow uso jQuery, então respostas provavelmente será tendenciosa em que direção. Além disso, jQuery será lançado com ASP.Net MVC, o que torna a escolha natural para desenvolvedores que utilizam a plataforma Microsoft.
O código YUI é bem organizado, bem comentado e fácil de ler. Tal como acontece com a maioria desses projetos, a pessoa tende a sentir que os engenheiros que trabalham nelas têm muito tempo em suas mãos.
Em um grande projeto, simples, código legível que é plana e fácil de se adaptar é muito mais poderoso do que gee whizbang widgets. Eu posso descobrir o doce para mim, conforme necessário. Depuração JS é bastante difícil sem ter que percorrer resmas de código inteligente.
Eu acho que é seguro dizer que jQuery tornou-se o quadro javascript populares a maioria dos tarde (consulte a 4ª slides desta Estado do jQuery '08 apresentação ).
Os meus usos empresa mootools , que eu gosto, parece muito semelhante ao protótipo e jQuery (que eu não tenho utilizado), os elementos de interface do usuário são limpo também.
pros Dojo são IMO o seguinte: 1. Fornece uma funcionalidade de consulta DOM simples, como jQuery, ex:
dojo.query (" disableAble. ") estilo. (" backgroundColor", "cinza");
-
Na minha opinião, o mais importante; Um sistema de widget hierárquica do lado do cliente completo que é super-fácil de estender, com suporte para DTL modelos lado do cliente. Obriga a modularizar seu código e utiliza próprio sistema de construção e de carga do Dojo para widgets personalizados.
-
Quase todas as coisas que as pessoas escrevem para Dojo se tornar parte da compilação 'oficial', sob a pasta dojox (experimental). Muitos outros toolkits tem um monte de variantes do mesmo widget tornando-se difícil para os usuários a escolher o caminho certo.
Cheers, PS http://unclescript.blogspot.com
Dojo CON, IMHO é o estado deplorável da documentação. A maioria é out-of-date, muitas vezes, dizer-lhe recursos não funcionam, que já foram corrigidos, de deixar de alertá-lo que os recursos não funcionam.
Eu estou tendo a usá-lo em um projeto do mundo real, aprendendo como eu voar, e ele realmente é um pesadelo.
Rialto (Rich Internet aplicação Toolkit) é ajax baseado em navegador cruz biblioteca de widgets javascript. Porque é a tecnologia agnóstico pode ser encapsulado em JSP, JSF, .Net, Python ou PHP componentes gráficos. O objetivo do Rialto é facilitar o acesso ao desenvolvimento Rich Internet Application para desenvolvedores corporativos. Idealmente um desenvolvedor Rialto tem nem precisa escrever ou entender o código DHTML, Ajax ou DOM.
O alvo de Rialto é aplicações web corporativas e não sites da Internet.