volkihar, я извиняюсь.. вы тут сами с собой чатитесь? я сейчас не в WPF погружен (при чем далеко в другую тему) не имею времени воспроизводить код и тестировать
суть ответа в том, что тема не нова (это очень деликатно выражаясь) и широко освещена в сети
для всех прогрессбаров и прочих индикаторов активности фонового процесса, принцип один, при чем для всех языков и фреймворков - они не должны блокировать поток UI (пользовательского интерфейса)
после осознания этого принципа, ни кто не гарантирует мгновенного решения. просто станет проще составлять более правильные запросы к гуглу
AspMaster, для примера, Blazor - чертовски интересная штука, но:
- неизвестно когда выйдет из бета стадий (ибо сам WASM еще не устаканился)
- да и вообще это скорее фронтэнд. в котором и других путей не меряно. а корка сейчас покоряет всех достижениями в бэкенде. попробуйте освоить бэкенд фоновые процессы к примеру
на самом деле как раз hyper-v внутри hyper-v можно. но падение производительности списывает на нет любой сценарий, кроме какого то изощренного экперементирования
на мой вкус List комфортнее в кодинге, особенно при активном использовании LINQ, современного синтаксического сахара, и главное - если он меняется достаточно активно (удаление/добавление элементов)*
если единоразово десиарелизуем, потом интесивно только читаем, [] эффективнее
ну и все это имеет значение только при весьма больших объемах данных, и весьма высоких требованиях к производительности
ps
* думаю в исходниках, о которых вы говорите, List как раз и использован по причине комфорта добавления элементов json массива, по мере парсинга
WayMax, не верная интерпретация. программа то не заканчивается. по тому что не наступает "конец стрима". она в тупом ожидании. кстати как и хромиум-базед браузеры (точнее у меня один, но он тоже тупо ждет и ни че не пишет)
фокс выдает одну строку
и да, ИЕ и Ейдж - строчат как из пулемета..
вообще со стримами свои приемы работы. я пока занят, но если руки дойдут сегодня, попробую набросать какой нить более менее рабочий вариант..