I controlli dell'interfaccia utente di Telerik rispetto all'interfaccia utente sul lato client con jQuery

https://stackoverflow.com/questions/428376

06-07-2019
|

Domanda

Sto provando a decidere come voglio gestire l'interfaccia utente per un'app Web rivolta verso l'esterno. Poiché è esterno, la latenza causata dal gonfiamento della pagina potrebbe essere un problema.

Ho usato jQuery in passato e sto valutando i controlli di Telerik ora. Ho visto molti buoni consigli sui controlli di Telerik, inclusi alcuni su StackOverflow. In effetti sembrano abbastanza completi. Inoltre, non ho dubbi sul fatto che posso sviluppare l'applicazione molto più rapidamente usando quei controlli di quanti ne possa fare con jQuery. Tuttavia, sono preoccupato che possano causare troppo gonfio sulle mie pagine.

Qualcuno di voi ha esperienza nel confrontare le prestazioni di questi controlli con un'implementazione puramente jQuery? In particolare,

Il RadScriptManager di Telerik è davvero migliore del MS Ajax ScriptManager?
Ci sono problemi di prestazioni in generale con i controlli di Telerik?
Esiste un plug-in per jQuery che si avvicina alla funzionalità di griglia di RadGrid?

Anche qualsiasi altra informazione correlata sarebbe utile.

Soluzione

Uso Telerik e JQuery da anni. " Full optional " generalmente equivale a tonnellate di gonfiore, caratteristiche che non ti servono e una pagina finale che è difficile (o impossibile) da ottimizzare. Rilascia Telerik e usa un framework bare metal come JQuery. Scoprirai che ti permetterà di costruire le funzionalità specifiche di cui hai bisogno e non tornerai mai più indietro. Molte delle suite UI complete (come Telerik o ComponentArt) sono molto seducenti ma penso che incoraggino molta cattiva programmazione.

Ad esempio .... Hai davvero bisogno di colonne con trascinamento della selezione sulla griglia? Probabilmente no. Probabilmente è meglio avere un'area di progettazione in cui gli utenti possano impaginare le loro preferenze di colonna e quindi la vista principale in cui la griglia è scattante e leggera. Non eseguire il rendering di megabyte di funzionalità aggiunte che i tuoi utenti non utilizzeranno (o raramente) con ogni visualizzazione di pagina.

Altri suggerimenti

Buona discussione qui. Alcuni chiarimenti:

Telerik utilizza jQuery internamente (e lo sarà sempre più ora che MS lo supporta) per migliorare le funzionalità lato client (e ridurre il codice lato client) per molti controlli
jQuery è una libreria lato client ideale per lo sviluppo di JavaScript. Se è necessario affrontare l'accessibilità, tuttavia, si è inattivi con le implementazioni dell'interfaccia utente jQuery perché dipendono da JavaScript per tutte le funzionalità. Il vantaggio unico di Telerik è che puoi eseguire il rendering sia sul lato client che sul lato server, il che significa che puoi supportare client che non hanno JavaScript abilitato.
Per molti controlli di Telerik, è possibile A) eliminare il codice aggiuntivo sulla pagina disabilitando le funzionalità (a causa della logica di script di caricamento in base alle necessità) oppure B) ridurre significativamente l'impatto del codice sul lato client utilizzando combinatori di script e compressori.

Essendo uno sviluppatore web da molto tempo, incoraggio sempre le persone a utilizzare lo strumento giusto per il lavoro. Se non hai bisogno delle potenti funzionalità di RadControls, del supporto dell'accessibilità o della documentazione estesa (per aiutare il ragazzo che erediterà la tua app), non usarle per il tuo sito. Se tutto ciò di cui hai bisogno è un'interfaccia utente di base, jQuery potrebbe andare bene. Quello che tendo a trovare, tuttavia, è che quando uno sviluppatore può offrire agli utenti funzionalità avanzate (ciò che a volte pensiamo come "gonfio") per non fare alcun lavoro extra, gli utenti sono molto più colpiti dal prodotto finale e lo trovano molto più facile da usare.

E soprattutto, ricorda nella maggior parte dei casi che generi valore per la tua azienda / i tuoi clienti costruendo applicazioni - non componenti dell'interfaccia utente. Quindi, a meno che non ci siano buone ragioni per reinventare la ruota, di solito sei meglio servito usando qualcosa che è già stato costruito e testato per risolvere il problema che stai affrontando.

Spero che sia d'aiuto. -Todd

Per quanto riguarda il "bugginess" e altre sfide affrontate da Brian C (et al), penso che qui meriti qualche ulteriore chiarimento. Come sostenitore dello sviluppatore, non pretendo che i controlli di Telerik siano perfetti, nessun software scritto da semplici mortali lo è mai. L'importante quindi è come vengono risolti questi bug.

Troppo spesso le persone trascurano il modo in cui un'azienda (o un progetto open source) affronta i bug fino a quando non è troppo tardi. Indipendentemente dagli strumenti che usi, jQuery, Telerik o persino Microsoft, alla fine colpirai i bug. Laddove Telerik tende a eccellere, offre soluzioni rapide per questi problemi e un supporto molto approfondito per aiutarti a essere il più produttivo possibile. Se hai un problema, Telerik ti aiuterà a risolverlo. Con altre società, e in particolare con Open Source, questa non è sempre la garanzia.

Quindi ricorda: indipendentemente dagli strumenti che usi, dovrai affrontare dei bug. Assicurati di scegliere strumenti con supporto in grado di rispondere ai tuoi problemi e risolverli molto rapidamente. E poiché so che la mia prospettiva è inevitabilmente distorta, permetterò ad altri su StackOverflow di confermare o negare la qualità del supporto di Telerik.

I controlli di Telerik sembrano un po 'gonfiati, ma dubito che saresti in grado di ottenere qualcosa di simile in JQuery senza molti sforzi.

Dipende davvero da quanto gonfio puoi tollerare. Se è per un'applicazione Intranet, allora non importa davvero, ma come hai specificato sul lato esterno, questo potrebbe essere un problema, dipende davvero dalla velocità media di connessione dei tuoi utenti e dalla velocità del loro computer / browser che alla fine eseguirà i controlli.

L'altra domanda importante è: vuoi standardizzare la tua applicazione web in un set di strumenti proprietario che viene usato molto meno di JQuery? Dubito che JQuery finirà presto da qualche parte.

Nel caso in cui aiuti qualcuno in seguito, ho scaricato gli strumenti di Telerik e sto usando jQuery esclusivamente per ora. Vedremo se incontro qualcosa che non posso fare. Sono rimasto deluso dagli strumenti di Telerik. Avevo sentito così tante cose positive su di loro, ma non hanno funzionato così bene per me. Ecco cosa ho trovato durante la valutazione degli strumenti di Telerik.

Gli strumenti Telerik Ajax hanno problemi nella gestione delle impostazioni della pagina principale / dei contenuti. Lo riconoscono nei loro forum e credo che ci stiano lavorando. Per me è piuttosto problematico.
Ho visto molti comportamenti inattesi e stranezze che non sembrano avere alcuna documentazione. Ad esempio, quando si utilizza lo skin20 e il decoratore di forme Web20, gli angoli arrotondati di un fieldset vanno tutti all'inferno quando si fa Ajax.
Gli strumenti di Telerik hanno rallentato un po 'la mia macchina di sviluppo e sembrano causare problemi al mio ambiente. Non ho quasi mai avuto crash o violazioni della memoria e ne ho avuti quattro in due giorni durante l'utilizzo di questi strumenti. Probabilmente era passato un mese dal mio ultimo precedente.
Quindi abbina tutto ciò al fatto che jQuery è gratuito e leggero e la scelta è stata semplice. Inizialmente potrebbe volerci un po 'più di tempo, ma alla fine il risultato sarà molto migliore.

I requisiti dell'interfaccia utente avranno il massimo impatto su questa decisione. Non credo che i controlli di Telerik possano essere paragonati a jQuery in termini di funzionalità. Se sono necessari controlli sul lato server per visualizzare i dati, valutare Telerik rispetto ad altri controlli concorrenti.

Uso i controlli di Telerik e ho anche pagato il codice sorgente, in modo che non funzionino, dato il codice sorgente. Non ho esperienza specifica sull'uso dei controlli Telerik su un sito Web pubblico, ma non esiterei affatto. A volte mi è stato chiesto di usare JQuery per funzionalità aggiuntive che i controlli non avevano.

L'unico problema che ho è che, poiché non stai codificando tu stesso tutte queste funzionalità con l'uso di controlli (non solo di Telerik), è davvero facile trascinare e rilasciare tutti i tipi di cose divertenti sulla tua pagina, che aggiungerà l'elaborazione a ciascuna pagina. Detto questo, tieni il tuo uso al minimo e non credo che saranno più gonfie delle implementazioni JQuery codificate a mano.

Usiamo Telerik Editor per il nostro prodotto Intranet e devo dire che è stato molto più bello lavorare, personalizzare, aggiornare, ecc. rispetto a tutti i precedenti editor che abbiamo usato.

Se hai bisogno di alcune funzionalità avanzate e / o controlli più complicati e Telerik fornisce questo, direi che è prematuro cancellarli. Se hai solo bisogno delle funzionalità di base dell'interfaccia utente che l'interfaccia utente jQuery può fornire, usa jQuery per quelle parti specifiche.

Non c'è bisogno di andare con l'uno o l'altro; usa una combinazione di strumenti per portare a termine il lavoro.

Il RadScriptManager è diverso dallo scriptmanager MS Ajax perché ha un EnableScriptCombine = " true " proprietà che è possibile impostare che consente di combinare tutti i file JavaScript utilizzati dai controlli Telerik in un unico file .js per migliorare le prestazioni.

Inizialmente l'editor rad funzionava piuttosto lentamente. Ma l'ultima versione è molto più veloce. Inoltre hanno personale retribuito che lavora costantemente per migliorare i loro controlli.

Non sono a conoscenza di nulla che si avvicini a RadGrid. È abbastanza potente. Lo sto usando in questo momento su un'app Intranet, e funziona veloce finora. Sto usando tutte le sue funzionalità, Group By's, Export to Excel, ecc.

Detto questo, se stessi creando un'applicazione Internet per uso esterno, avrei usato JQuery su Telerik. In questo modo hai più controllo.

Penso che Telerik abbia annunciato che useranno JQuery per il lato client.

Telerik ha appena iniziato a dedicare più tempo al supporto lato client per RadGrid. Finora sono rimasto deluso dalla griglia. Mi sento male per loro, perché devono mantenere essenzialmente 2 basi di codice: uno per i controlli del server che ridisegna tutto in C # basato su Postbacks e ViewState, e uno per i controlli sul lato client che ridisegna parti del controllo in javascript (un po 'come una porta del loro codice C # su javascript). È un gran lavoro per loro e finora penso che sia incompleto.

Ad esempio il supporto lato client per la versione corrente della loro griglia (ASP.nET AJAX 2008.3.1105.35) non include:

Raggruppamento delle espressioni
Aumento della dimensione della pagina
Stili cercapersone diversi da NextPrev
Nascondere / mostrare colonne
AllowNaturalSort = " falsa "
Ordinamento lato client puro (es. proprio nel browser)

Detto questo, se saresti felice di usare i controlli Telerik con il rendering Postback / Viewstate tradizionale, direi che non ci sono griglie jQuery in grado di competere.

Di solito non pubblico su queste cose, ma non ho potuto resistere a questo. Sono andato con l'interfaccia utente jQuery / jQuery su Telerik. Mi è piaciuto molto quello che avevano sulle pagine della demo, quindi ho cercato di farlo funzionare. Ho lottato con la barra multifunzione e ho mostrato loro un bug o due. Stavano per essere risolti presto ... non era .... quindi la prossima versione ... non lo era. Alla fine hanno avuto una beta e mi hanno chiesto di testarlo per loro - buon dolore. La loro roba è di bell'aspetto, ma non riuscivo a gestire le cose semplicemente non funzionanti.

Uso l'interfaccia utente jQuery / jQuery da circa 6 mesi e mi piace. Facile da usare. Leggero. Fa quello che dice. Non così completo forse come Telerik ma comprensibile e può essere inserito nel tuo progetto con pochi script. Mi piace molto anche Themeroller.

Uso Telerik per i controlli da 3 anni. Alla fine mi sono reso conto che sono innamorato dell'idea, ma i controlli stessi sono molto corretti, fastidiosi da implementare e alla fine mi sono costati molto più tempo che avrebbe dovuto costruirmi. Consiglio vivamente di non usare Telerik.

Ho lavorato con jQuery e Telerik . Telerik è molto elegante nelle demo del suo sito ufficiale, ma quando lo usi, lo senti molto pesante e lento. Con jQuery puoi scrivere codici leggeri ed efficienti che rispondono alle tue esigenze ma richiedono più tempo. In termini di prestazioni, consiglio di eseguire il rendering di pesanti risultati HTML iniziali sul server anziché sul browser client. (Es. Griglie grandi)

Autorizzato sotto: CC-BY-SA insieme a attribuzione

Non affiliato a StackOverflow