Vaadin-combo-box: Поддержка поставщика данных / ленивая загрузка

Созданный на 17 мая 2018  ·  14Комментарии  ·  Источник: vaadin/vaadin-combo-box

На странице компонентов на веб-сайте Vaadin в качестве первой функции vaadin-combo-box упоминается поддержка отложенной загрузки (и удаленной фильтрации):

screen shot 2018-05-17 at 17 11 42

Но более правильная функция, это просто выставляя фильтр , чтобы еще что - vaadin-grid ) был бы предпочтительнее.

Примечания

Самый полезный комментарий

Это своего рода функция, которую старые пользователи Vaadin предполагают. Я не могу считать Vaadin 10 готовым до того, как наш комбинированный список сможет обрабатывать большое количество параметров, не загромождая браузер или сеть. Пожалуйста, сделай это!

Все 14 Комментарий

Есть отзывы по этому поводу? Возможно, это не самый высокий приоритет для самого веб-компонента, но с точки зрения Java-разработчиков, пытающихся перенести приложения с FW8 на Flow, это довольно серьезный препятствие, когда за ComboBox находится огромный пул элементов и использование ленивого поставщика данных обязательно.

Правда, в настоящий момент у combo-box нет подходящего API для отложенной загрузки. Это хороший кандидат на улучшение. Должен быть согласован с API-интерфейсом dataProvider сетки.

Это своего рода функция, которую старые пользователи Vaadin предполагают. Я не могу считать Vaadin 10 готовым до того, как наш комбинированный список сможет обрабатывать большое количество параметров, не загромождая браузер или сеть. Пожалуйста, сделай это!

Привет,
Полностью согласен с @mstahv . После трех производственных приложений с V8 я начал новый проект 2 месяца назад и взял V10. Работа с большими наборами данных была одной из основных функций, которые мы использовали в Vaadin, а также платили за подписку. Честно говоря, я даже не считал, что этой функции не хватает. Теперь у нас есть TextField с сеткой ниже, чтобы имитировать самовнушение. Это действительно выглядит странно.

И эта, и # 88, очевидно, являются наиболее востребованными функциями, но я понял из различных обсуждений с командой, что есть желание обновить код компонента, прежде чем вводить новые функции. Действительно, есть несколько непонятных строк, которые могут напугать других соавторов 😃

Может ли команда пролить свет на предстоящую эволюцию этого компонента? Будут ли добавлены новые функции в текущую базу кода или перед этим будет проводиться модернизация?

@tomivirkki , у тебя есть хороший ответ для @heruan? Мне также интересно услышать мысли команды о поддержке этого компонента, потребуется ли рефакторинг / переписывание перед добавлением более сложных функций?

Хотя API, вероятно, не претерпит особых изменений, поэтому с этой точки зрения, если это разумно, мы могли бы сначала отправить эти столь востребованные функции, а затем начать работу над переписыванием.

Мы проводим некоторое исследование того, насколько безболезненно было бы добавить эту функцию поверх текущего исходного кода. В лучшем случае это не потребует больших изменений в существующем источнике, но большая его часть может быть включена как миксин (как в случае с vaadin-grid ).

@heruan и @mstahv, просто чтобы убедиться, знаете ли вы о filteredItems API <vaadin-combo-box> ? Его можно использовать для отображения любых настраиваемых параметров в раскрывающемся списке поля со списком, минуя встроенную фильтрацию. Вроде как с полем поиска Google; вы вводите что-то в него и получаете список подходящих предложений под полем. В случае <vaadin-combo-box> вас, очевидно, может быть гораздо больше вариантов (массив filteredItems ).

Есть ли какой-нибудь подходящий вариант использования, который требует специального API-интерфейса ленивого поставщика данных и который не может быть покрыт API filteredItems ?

Я здесь только потому, что команда Flow сказала им, что в первую очередь он нужен для веб-компонента ;-) Думаю, выбор человека из большого набора - хороший пример. Набор настолько велик, что нет смысла отправлять их все сразу в браузер.

@tomivirkki , я думаю, что описанный Матти вариант использования будет сложно реализовать. Вам нужно будет где-то сохранить идентификатор / индекс выбранного элемента, а затем, когда пользователь щелкнет открытое поле со списком, выбрать правильную страницу элементов (которая содержит выбранный элемент), при этом убедившись, что раскрывающийся список поля со списком показывает положение прокрутки правильно.

Чтобы было понятно: поле со списком отличается от автозаполнения.

@tomivirkki Мне известны возможности фильтрации, которые могут ограничивать загруженное количество элементов, но мы сталкиваемся со случаями, когда фильтр возвращает много элементов, поэтому передача данных по-прежнему является проблемой. Прокрутка раскрывающегося списка должна разбивать элементы на страницы, как в <iron-list> я бы сказал.

По моему опыту, я заметил, что некоторые пользователи ожидают, что смогут прокручивать поле со списком, чтобы найти нужный элемент, ничего не вводя.

Привет,
Можно ли протестировать и использовать эту функцию с V11 Java? Или когда мы можем ожидать появления bi в V11 Java? Спасибо.

@maticpetek прогресс версии Java можно отслеживать в vaadin / vaadin-combo-box-flow # 131

Мы надеемся выпустить стабильную версию 4.2.0 в течение нескольких недель, чтобы ее можно было включить в V12, который перейдет в стадию бета-тестирования в начале ноября.

Была ли эта страница полезной?
0 / 5 - 0 рейтинги