Vaadin-combo-box: Unterstützung für Datenprovider / Lazy Loading

Irgendwelche Rückmeldungen dazu? Vielleicht keine hohe Priorität für die Webkomponente selbst, aber aus der Sicht von Java-Entwicklern, die versuchen, Apps von FW8 auf Flow zu portieren, ist dies ein ziemlicher Blocker, wenn sich hinter einem ComboBox ein riesiger Pool an Elementen befindet und die Die Verwendung eines Lazy-Data-Providers ist obligatorisch.

Es stimmt, Combo-Box hat im Moment nicht wirklich eine richtige Lazy-Loading-API. Dies ist ein guter Kandidat für eine Verbesserung. Sollte mit der dataProvider API des Grids abgeglichen werden.

Dies ist eine Funktion, von der alte Vaadin-Benutzer annehmen, dass sie vorhanden ist. Ich kann Vaadin 10 nicht als fertig bezeichnen, bevor unsere Combo-Box eine Vielzahl von Optionen verarbeiten kann, ohne den Browser oder das Netzwerk zu ersticken. Bitte erledige das!

Hallo,
Ich stimme @mstahv voll und ganz zu . Nach 3 Produktions-Apps mit V8 habe ich vor 2 Monaten ein neues Projekt gestartet und V10 genommen. Der Umgang mit großen Datensätzen war eine der Hauptfunktionen, die wir Vaadin genommen und auch für das Abonnement bezahlt haben. Ehrlich gesagt habe ich nicht einmal daran gedacht, dass diese Funktionen fehlen. Jetzt haben wir TextField mit Grid unten, um Autosuggestion zu simulieren. Es sieht wirklich seltsam aus.

Sowohl dies als auch #88 sind offensichtlich die am häufigsten nachgefragten Funktionen, aber ich erkenne aus verschiedenen Diskussionen mit dem Team den Willen, den Komponentencode zu überarbeiten, bevor neue Funktionen eingeführt werden. Es gibt in der Tat einige obskure Zeilen, die andere Mitwirkende erschrecken könnten 😃

Kann das Team etwas Licht in die bevorstehende Entwicklung dieser Komponente bringen? Werden der aktuellen Codebasis neue Funktionen hinzugefügt oder findet vorher eine Überarbeitung statt?

@tomivirkki , hast du eine gute Antwort für @heruan? Ich bin auch daran interessiert, die Meinung des Teams zur Wartung dieser Komponente zu hören, ob eine Überarbeitung/Neuschreibung erforderlich wäre, bevor komplexere Funktionen hinzugefügt werden?

Obwohl die API wahrscheinlich nicht viele Änderungen erfahren wird, könnten wir aus dieser Sicht, wenn es vernünftig ist, zuerst diese viel nachgefragten Funktionen ausliefern und dann mit der Arbeit an der Neufassung beginnen.

Wir recherchieren, wie einfach es wäre, diese Funktion zusätzlich zum aktuellen Quellcode hinzuzufügen. Im besten Fall wären keine größeren Änderungen an der vorhandenen Quelle erforderlich, aber das meiste davon könnte als Mixin eingefügt werden (wie im

@heruan und @mstahv nur um sicher zu gehen, kennen Sie die filteredItems API von <vaadin-combo-box> ? Es kann verwendet werden, um alle benutzerdefinierten Optionen in der Dropdown-Liste der Kombinationsfelder anzuzeigen, während die integrierte Filterung umgangen wird. Ähnlich wie beim Suchfeld von Google; Sie geben etwas ein und erhalten eine Liste mit relevanten Vorschlägen unter dem Feld. Im Fall von <vaadin-combo-box> Sie natürlich viel mehr Optionen haben (das filteredItems Array).

Gibt es einen relevanten Anwendungsfall, der eine dedizierte Lazy-Data-Provider-API erfordert und die nicht mit der filteredItems API abgedeckt werden kann?

Ich bin nur hier, weil das Flow-Team gesagt hat, dass sie es zuerst für die Webkomponente brauchen ;-) Ich denke, die Auswahl einer Person aus einer großen Menge ist ein gutes Beispiel. So groß, dass es keinen Sinn macht, sie alle auf einmal an den Browser zu senden.

@tomivirkki , ich denke, der Anwendungsfall, den Matti beschreibt, wäre schwer zu implementieren. Sie müssten die ID/den Index des ausgewählten Elements irgendwo beibehalten und dann, wenn der Benutzer auf das Kombinationsfeld klickt, die richtige Seite mit Elementen abrufen (die das ausgewählte Element enthält), während Sie weiterhin sicherstellen, dass das Dropdown-Menü des Kombinationsfelds die Bildlaufposition anzeigt korrekt.

Nur um es klarzustellen: Combobox ist anders als Autovervollständigung.

@tomivirkki Ich bin mir der Filterfunktionen bewusst, die die geladene Anzahl der Elemente einschränken können, aber wir haben es mit Fällen zu tun, in denen der Filter viele Elemente zurückgibt, sodass die Datenübertragung immer noch ein Problem darstellt. Durch das Scrollen in der Dropdown-Liste sollten die Elemente paginiert werden, als wären sie in <iron-list> würde ich sagen.

Meiner Erfahrung nach habe ich festgestellt, dass einige Benutzer erwarten, in einem Kombinationsfeld scrollen zu können, um das gewünschte Element zu finden, ohne etwas eingeben zu müssen.

Veröffentlicht in https://github.com/vaadin/vaadin-combo-box/releases/tag/v4.2.0-alpha4

Hallo,
Ist es möglich, diese Funktion mit V11 Java zu testen und zu verwenden? Oder wann können wir mit V11 Java rechnen? Danke schön.

@maticpetek der Fortschritt der Java-Version kann unter vaadin/vaadin-combo-box-flow#131 verfolgt werden

Wir hoffen, es in wenigen Wochen schaffen zu können, die stabile Version 4.2.0 zu veröffentlichen, damit sie in V12 aufgenommen werden kann, die Anfang November in die Beta-Phase eintreten wird.