controles Telerik UI vs UI do lado do cliente com jQuery

https://stackoverflow.com/questions/428376

06-07-2019
|

Pergunta

Eu estou tentando decidir sobre como eu quero lidar com a interface do usuário para um aplicativo da Web externo para a frente. Porque é externo, a latência causada por página inchaço poderia ser um problema.

Eu usei jQuery alguns no passado, e estou avaliando os controles Telerik agora. Eu vi um monte de boas recomendações sobre os controles Telerik, incluindo alguns em StackOverflow. Na verdade eles fazem parecem bastante completo. Eu também não tenho nenhuma dúvida que eu possa desenvolver a aplicação muito mais rapidamente usando os controles do que eu posso com jQuery. No entanto, estou preocupado que eles vão causar muito inchaço nas minhas páginas.

Algum de vocês tem experiência comparando o desempenho desses controles contra uma implementação puramente jQuery? Especificamente,

É o RadScriptManager de Telerik realmente melhor do que o MS Ajax ScriptManager?
Existem problemas de desempenho em geral com os controles Telerik?
Existe algum plug-in para jQuery que se aproxime a funcionalidade grade de RadGrid?

Qualquer outra informação relacionada seria útil também.

Solução

Eu usei Telerik e JQuery durante anos. "Cheio de recursos" geralmente equivale a toneladas de inchaço, características que você não precisa e uma página final que é difícil (ou impossível) para otimizar. Gota Telerik e usar uma estrutura de metal nu como JQuery. Você vai achar que vai permitir que você construa a funcionalidade específica que você precisa e você nunca mais vai voltar. Muitas das suites UI cheio de recursos como (como Telerik ou ComponentArt) são muito sedutora, mas eu acho que eles incentivar um monte de má programação.

Por exemplo .... Você realmente precisa ter de arrastar-e-soltar capaz colunas em sua grade? Provavelmente não. É provavelmente melhor ter uma área de criação onde os usuários pode layout suas preferências de coluna e, em seguida, a vista principal, onde a grade é ágil e leve. Não tornam-se megabytes de recursos adicionais que os usuários nunca vai (ou raramente) uso com cada exibição de página.

Outras dicas

Boa discussão aqui. Alguns esclarecimentos:

Telerik faz uso jQuery internamente (e será cada vez mais agora que MS suporta) para melhorar as características do lado do cliente (e reduzir o código do lado do cliente) por muitos controles
jQuery é uma biblioteca do lado do cliente que é ótimo para o desenvolvimento JavaScript. Se você precisa de acessibilidade endereço, porém, você é até um riacho com implementações jQuery UI porque dependem de JavaScript para toda a funcionalidade. vantagem única de Telerik é que você pode render tanto do lado do cliente e do lado do servidor, o que significa que você pode oferecer suporte a clientes que não têm JavaScript habilitado.
Para muitos controles Telerik, você pode a) eliminar o código extra na página de desativação de recursos (devido à carga conforme a necessidade lógica de script interna), ou B) reduzir significativamente o impacto de código do lado do cliente usando fornecem combinadores e compressores de script.

Sendo um desenvolvedor web muito tempo, porém, eu sempre incentivar as pessoas a usar a ferramenta certa para o trabalho. Se você não precisa as poderosas capacidades dos RadControls, ou o apoio accesiblitity, ou a documentação extensa (para ajudar o cara que vai herdar a sua aplicação), não usá-los para o seu site. Se tudo que você precisa é UI básico, jQuery pode ser apenas multa. O que eu tendem a achar, porém, é que quando um desenvolvedor pode oferecer recursos avançados para os usuários (o que às vezes pensamos como "inchaço") para fazer nenhum trabalho extra, os usuários são muito mais impressionado com o produto final e encontrá-lo muito mais fácil para uso.

E acima de tudo, lembre-se, na maioria dos casos, você gerar valor para sua empresa / clientes através da construção - componentes não UI. Então, a menos que haja uma boa razão para re-inventar a roda, você é geralmente melhor servido usando algo que já foi construído e testado para resolver o problema que você está enfrentando.

Espero que ajude. -Todd

Em relação ao "bugginess" e outros desafios enfrentados por Brian C (et al), acho que alguns esclarecimentos adicionais é merecido aqui. Como defensor desenvolvedor, não vou fazer qualquer pretensão de que os controles Telerik são perfeito, nenhum software escrito por meros mortais, sempre é. O que é importante, então, é como esses erros são abordados.

Muitas vezes, as pessoas ignoram como uma empresa (ou projeto de código aberto) aborda erros até que seja tarde demais. Não importa o que as ferramentas que você usar- jQuery, Telerik, ou mesmo Microsoft- você está indo para erros, eventualmente atingidas. Onde Telerik tende a excel está fornecendo correções rápidas para esses problemas e apoio muito completo para ajudar você a ser tão produtivo quanto possível. Se você tem um problema, Telerik -will- ajudá-lo a resolvê-lo. Com outras empresas e, especialmente, com Open Source, que nem sempre é a garantia.

Então, lembre-se: não importa o que as ferramentas que você usa, você está indo para erros de face. Certifique-se de escolher as ferramentas com suporte que podem responder a seus problemas e corrigi-los muito rapidamente. E desde que eu sei que minha perspectiva é inevitavelmente tendenciosa, eu vou deixar outros em StackOverflow confirmar ou negar a qualidade apoio da Telerik.

Os controles Telerik parece um bloaty pouco, mas eu duvido que você seria capaz de conseguir algo semelhante em JQuery, sem muitos esforços.

É realmente depende da quantidade de inchaço você pode tolerar. Se é para uma aplicação Intranet, então ele realmente não importa, mas como você especificou externa virada, então este pode ser um problema, ele realmente depende da velocidade média de conexão de seus usuários e da velocidade do seu computador / navegador o que acabará por executar os controles.

A outra questão importante é: você quer padronizar sua aplicação web em um conjunto de ferramentas proprietárias que é usado muito menos do que JQuery? Duvido JQuery vai sair do negócio em qualquer lugar em breve.

Em caso de ajuda ninguém mais tarde, eu ter deixado as ferramentas Telerik e estou usando jQuery exclusivamente para agora. Vamos ver se eu me deparo com algo que eu não posso fazer. Fiquei decepcionado com as ferramentas Telerik. Eu tinha ouvido falar muitas coisas boas sobre eles, mas eles não funcionou tão bem para mim. Aqui está o que eu encontrei quando se avalia as ferramentas Telerik.

As ferramentas Telerik Ajax tem problemas em lidar com mestre / configurações de página de conteúdo. Eles reconhecem isso em seus fóruns, e eu acho que eles estão trabalhando nisso. Bastante problemático para me embora.

Eu vi muitos comportamentos inesperados e peculiaridades que não parecem ter qualquer documentação. Por exemplo, quando se usa a pele e forma decorador web20, os cantos arredondados em um fieldset ir todos para o inferno ao fazer Ajax.

As ferramentas Telerik abrandou minha máquina dev um pouco e parece causar problemas com o meu ambiente. Eu quase nunca tem falhas ou violações de memória, e eu tinha quatro em dois dias, enquanto o uso dessas ferramentas. Ele provavelmente tinha sido um mês desde a minha última antes disso.

Assim, combinar tudo isso com o fato de que jQuery é livre e leve, ea escolha foi fácil. Pode me dar um pouco mais inicialmente, mas o resultado será muito melhor no final.

Os requisitos de interface do usuário terá o maior impacto sobre esta decisão. Eu não acho que os controles Telerik pode ser comparado a jQuery em termos de funcionalidade. Se você precisar de controles do lado do servidor com dados de exibição, avaliar Telerik contra outros controles concorrentes.

Eu uso os controles Telerik e também pagos para o código fonte, assim como para eles sair do negócio, não um enorme preocupação, dado o código fonte. Eu não tenho nenhuma experiência específica usando os controles Telerik em um site voltado para público, mas não hesitaria em em tudo. I têm sido direcionados às vezes, usar JQuery para a funcionalidade adicional que os controles não tinha.

A única questão que eu tenho é que porque você não está codificando toda essa funcionalidade se com o uso de controles (não apenas do Telerik) é realmente fácil de arrastar e soltar todos os tipos de coisas divertidas para sua página, o que vai adicionar processamento para cada página. Dito isto, manter o seu uso deles para um mínimo e eu não acho que eles vão ser mais inchado do que implementações JQuery mão-codificado.

Nós usamos o Editor Telerik para o nosso produto intranet, e eu tenho que dizer que foi muito mais agradável para trabalhar, personalização, atualização, etc. que qualquer um dos editores anteriores que usamos.

Se você precisar de alguma funcionalidade avançada e / ou controles mais complicados e Telerik proporciona isso, eu diria que é prematuro escrevê-los fora. Se você só precisa funcionalidade UI básico que jQuery UI pode fornecer, em seguida, usar jQuery para as partes específicas.

Não há necessidade de ir com um ou outro; usar uma mistura de ferramentas para fazer o trabalho.

O RadScriptManager é diferente do scriptmanager MS Ajax porque tem um EnableScriptCombine = "true" propriedade que você pode definir que permite que todos os arquivos JavaScript usados ??por controles Telerik para ser combinados em um único arquivo .js para melhorar o desempenho.

Originalmente, o editor rad correu muito lento. Mas a versão mais recente é muito mais rápido. Além disso, eles pagaram o pessoal que está trabalhando constantemente para melhorar seus controles.

Eu não estou ciente de qualquer coisa que se aproxime do RadGrid. É muito poderoso. Eu estou usando agora em um aplicativo intranet, e ele corre rápido até agora. Estou usando todos os seus recursos, Group By das, Exportar para Excel, etc.

Dito isto, se eu estava criando um aplicativo de Internet para uso externo, gostaria de usar JQuery sobre telerik. Dessa forma, você tem mais controle.

Eu acho que Telerik anounced que eles vão usar JQuery para lado do cliente.

Telerik está apenas agora a começar a dedicar mais tempo ao apoio do lado do cliente para o seu RadGrid. Até agora eu fiquei decepcionado com a grade. Eu me sinto mal por eles, porque eles estão tendo para manter essencialmente 2 código-bases: uma para seus controles de servidor que redesenha tudo em C # com base em Postbacks e ViewState, e um para os controles do lado do cliente que redesenha porções do controle em javascript (como uma espécie de porta de seu código C # para javascript). Isso é um inferno de um monte de trabalho para eles e até agora eu sinto que é incompleto.

Por exemplo, o do lado do cliente suporte para a versão actual da sua rede (ASP.nET AJAX 2008.3.1105.35) não inclui:

O agrupamento de expressões

Aumentar tamanho da página

diferentes NextPrev estilos Pager

Hiding / mostrando colunas

AllowNaturalSort="false"

do lado do cliente Pure triagem (direita ou seja, no browser)

Dito isto, se você ficaria feliz usando os controles Telerik com o processamento tradicional Postback / Viewstate, então eu diria que não há grades jQuery que podem competir.

Eu não costumo postar sobre essas coisas - mas eu não pude resistir a este. Fui com jQuery / jQuery UI sobre Telerik. Eu realmente gostei que eles tinham nas páginas de demonstração - então eu tentei fazê-lo funcionar. Lutei com a barra de fita, e mostrou-lhes um bug ou dois. Eles era que ia ser corrigido em breve ... não era .... então o próximo lançamento ... não foi. Finalmente eles tinham um beta e me pediu para testá-lo para eles - boa dor. Suas coisas certeza é bom olhar, mas eu não poderia lidar com as coisas simplesmente não funciona.

Estou usando o jQuery jQuery UI / por cerca de 6 meses e agora eu gosto. Fácil de usar. Lightweight. É o que diz. Não tão cheio de recursos talvez como Telerik mas compreensível e pode ser colocado em seu projeto com apenas alguns scripts. Eu realmente gosto do ThemeRoller também.

Eu tenho usado Telerik para controles por 3 anos. Eu finalmente percebi que eu estou no amor com a idéia, mas os próprios controles são muito buggy, irritante para implementar e, no final, tem custo me muito mais tempo que teria de construir-me. Eu recomendaria definitivamente não usando Telerik.

Eu trabalhei com tanto jQuery e Telerik. Telerik é muito sofisticados em demos de seu site oficial, mas quando usá-lo, você se sente muito pesado e lento. Com jQuery você pode escrever códigos de luz e eficientes que atendam suas necessidades, mas requer mais tempo. Em termos de desempenho, eu recomendo tornando iniciais resultados HTML pesado no servidor em vez de navegador do cliente. (Ex. Big Grids)

Licenciado em: CC-BY-SA com atribuição

Não afiliado a StackOverflow