javascript - Le routage iview select saute très lentement lorsque les éléments de données sont supérieurs à 500

Question

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 ?

Answer 1

iview和element UITout n’est qu’un problème

Chaque 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个以上的组件，每个组件下属的DOM est 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 Select n'utilise iview ou element UI, vous ne pouvez rien faire. Select不要用iview或者element UI，否则毫无办法。
我是针对选项太多的Select单独写了个组件，当然样式风格是仿照iview的，毕竟风格要保持一致，但是其内部的业务逻辑和iviewJ'ai écrit un composant séparé pour Select qui a trop d'options. Bien sûr, le style est calqué sur iview. Après tout, le style doit être cohérent, mais il est interne. la logique métier et iview sont complètement différentes et ont apporté de nombreuses optimisations ciblées.

Answer 2

Vous pouvez essayer de regrouper les données, puis utiliser la sélection continue pour sélectionner les données.

Answer 3

Bien sûr, il sera très lent de demander beaucoup de données à la fois. Vous pouvez les afficher en pages.

Answer 4

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.