Le smartclient est-il adapté?

Question

Comment le temps d'attente pour SmartClient peut-il être étendu à des milliers d'utilisateurs?

J'ai reçu des avertissements avant que ExtJS ne convienne pas.

Answer 1

Le nombre d'utilisateurs éditant des grilles n'est pas vraiment pertinent - c'est plus une question de savoir comment votre application est conçue pour supporter la charge. Si vous vous interrogez sur les performances par rapport au composant de grille lui-même, les questions les plus pertinentes concernent les capacités de la grille et la quantité de données qu'elle peut gérer, et non le nombre d'utilisateurs qui l'utiliseront au fil du temps. Je ne suis pas familier avec SmartClient, mais dans le cas de Ext, la grille fonctionne très bien pour les données de grille de petite à moyenne taille (très approximativement, jusqu'à ~ 50 lignes par page, jusqu'à ~ 10 colonnes de données). Évidemment, tout cela dépend de beaucoup de variables, mais il est vrai que le temps de rendu de la grille d'Ext augmente proportionnellement à la quantité de données rendues en même temps. C'est parce qu'il utilise un DOM assez lourd sous les couvertures, le compromis étant le rich feature set out-of-the-box et la flexibilité qui est fournie pour créer des mises en page imbriquées personnalisées. Il prend en charge la pagination pour atténuer les problèmes de performances, et il existe également un très populaire extension qui fournit un chargement de ligne à la demande (défilement virtuel) qui permet un chargement plus performant de grands ensembles de données. Il y a aussi une example d'une version plus légère et plus simple du chargement en tampon dans les exemples Ext qui montre d'excellentes performances avec beaucoup de données.

En outre, selon vos besoins, il existe un nouveau composant léger ListView dans 3.0. Il ne prend pas en charge toutes les fonctionnalités de GridView, mais si vous avez principalement besoin d'une grille d'affichage uniquement, cela peut être une excellente alternative. Tout cela ne veut pas dire que SmartClient n'est pas bon - je n'en ai aucune idée. Je veux juste que quiconque regarde ce sujet ait une décision éclairée sur le côté Ext de l'équation, car il semble que vous ayez reçu des opinions unilatérales à ce sujet.

Answer 2

merci pour votre réponse. J'ai eu l'impression que la moyenne - Joe entrant sur un site Web avec Ext serait découragé quand il était confronté à un long temps de chargement qui a également été augmenté s'il y avait beaucoup de gens qui utilisent le site. C'est la raison pour laquelle je pensais que SmartClient serait meilleur mais je n'ai trouvé aucune comparaison entre eux. Peut-être que je devais hâter de ne pas tenir compte de ExtJS.

J'espère entrer en contact avec quelqu'un qui a eu l'expérience de SmartClient pour aider à développer mon futur site. Merci Jez

Answer 3

SmartClient a une seule composante de la grille qui fait à la fois le rendu progressif horizontal et vertical, il gère un très très grand des deux lignes (plusieurs millions) et des colonnes (plusieurs centaines) sans dégradation des performances. Toutes les fonctionnalités de grille prises en charge par SmartClient - édition en ligne, regroupement, filtrage, colonnes gelées dynamiques, tri, réordonnancement des champs, glisser-déposer .. (trop longues pour être listées) sont supportées par cette seule grille de volume de données élevée composant.

Un certain nombre d'utilisateurs ont rencontrer des problèmes d'évolutivité avec le composant réseau Poste et discuté ici sur les forums SmartClient:

http://forums.smartclient.com/showthread.php?t=2678

En ce qui concerne l'évolutivité du serveur, en réalité, les cotise composantes de la grille énormément à l'évolutivité côté serveur.Considérons le mécanisme de filtrage adaptatif de la grille SmartClient:

http://www.smartclient.com/index.jsp#adaptiveFilter

Cette fonction et la fonction associée « Tri Adaptive » réduire 60-90% des types les plus chers de hits serveur (à savoir ceux qui accéder et filtrer/trier un grand ensemble de données).

SmartClient adopte de manière généralisée cette méthode de réutilisation intelligente des données afin d'éviter des opérations côté serveur onéreuses. Une bonne vue d'ensemble est disponible dans la documentation de la classe ResultSet; ResultSet est utilisé comme objet de gestion de cache par tous les composants qui fonctionnent avec des jeux de données dans SmartClient:

http://www.smartclient.com/docs/9.0/a/b/c/go.html#class..ResultSet