Version :
"vue": "^2.2.2"
"iview": "^2.0.0-rc.15"
Bonjour à tous, j'utilise actuellement iview pour développer un système backend, et j'ai rencontré le problème que le routage saute très lentement lorsque les éléments de données du composant Select sont supérieurs à 500. Lorsqu'il est lent, il faut plus de 15 secondes pour sauter. Plus tard, j'ai essayé d'utiliser l'élément ui et j'ai découvert qu'il fallait également environ 2 secondes pour sauter.
Comment gérer le composant Select pour réduire le temps de commutation lorsque la quantité de données est relativement importante ?
![[Web front-end] Démarrage rapide de Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
iview和element UITout n’est qu’un problèmeChaque option est un composant, et chaque option est liée à plusieurs événements.
Vous avez plus de 500 options, ce qui signifie que seul cet élément
Select就有500个以上的组件，每个组件下属的DOMest lié à plusieurs événements, donc bien sûr, son rendu est très lent.J'ai déjà rencontré ce problème, et la réponse est qu'à moins que votre
Selectn'utiliseiviewouelement UI, vous ne pouvez rien faire.Select不要用iview或者element UI，否则毫无办法。我是针对选项太多的
Select单独写了个组件，当然样式风格是仿照iview的，毕竟风格要保持一致，但是其内部的业务逻辑和iviewJ'ai écrit un composant séparé pourSelectqui a trop d'options. Bien sûr, le style est calqué suriview. Après tout, le style doit être cohérent, mais il est interne. la logique métier etiviewsont complètement différentes et ont apporté de nombreuses optimisations ciblées.Vous pouvez essayer de regrouper les données, puis utiliser la sélection continue pour sélectionner les données.
Bien sûr, il sera très lent de demander beaucoup de données à la fois. Vous pouvez les afficher en pages.
Lors de l'utilisation du composant arborescence, il y a 4 000 nœuds, qui sont fondamentalement bloqués. Il n'y a aucun moyen de les modifier pour cliquer pour charger.
Le composant de sélection saute. Comme il y a 500 nœuds, l'affichage unique ne devrait pas être très convivial. Vous pouvez envisager de sélectionner avec recherche à chaque fois qu'un 50 ou 100 fixe est renvoyé en fonction de la valeur de recherche, ce qui nécessite l'ajout d'un back-end. logique.