Блог

Я работаю над проектом Uno, используя как UWP, так и WASM. Проект содержит представление списка или сетки с источником, представляющим собой наблюдаемую коллекцию. Так как он получает данные из API. Я отображаю индикатор прогресса, и я нахожу, что индикатор прогресса остается активным до тех пор, пока коллекция ObservableCollection не будет заполнена элементами данных.

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

Я не смог определить и событие, которое подскажет мне, когда следует отключить индикатор прогресса.

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

Существует несколько возможных стратегий:

• скрыть индикатор выполнения после фиксированной задержки.
• Запланируйте обратный вызов с помощью CoreDispatcher.RunIdleAsync() . Это должно быть вызвано только тогда, когда поток пользовательского интерфейса не «занят», что является приблизительным прокси-сервером для завершения рендеринга. Напр.: Dispatcher.RunIdleAsync(_ => progressRing.IsActive = false);
• Специфично для ListView / ItemsControl : Вы можете проверить, что в списке действительно есть представления элементов с ContainerFromIndex() помощью метода, например listView.ContainerFromIndex(expectedIndex) != null . Будьте осторожны, так как список создает контейнеры только для элементов, которые действительно находятся в поле зрения.
• Специфика Image : Изображения, полученные с удаленных URL-адресов, загружаются асинхронно. Вы можете подписаться на ImageOpened мероприятие, чтобы получить обратный вызов, когда изображение будет готово.

Вероятно, вам придется поэкспериментировать, чтобы найти то, что лучше всего работает в вашем сценарии; это не точная наука. Если возможно, рекомендуется протестировать несколько устройств с различными характеристиками.