Вопрос по MVVM Класс с бесконечным циклом заполняющий в себе же

ObservableCollection<T>
Это представитель VM ?
Или как то нужно разделять ?

Любые паттерны и архитектуры это весьма размытые понятия, и если кто то что то и ответит это будет лишь его виденье, Строго следовать архитектуре не получится ровно из-за того что сама архитектура не является четко регламентированной.

Ок. Спасибо! А как добраться из потомков CollectionView к Command в VM ? Вроде как нужен какой то относительный путь, я вроде все enum у RelativeSource перепробовал - но не дебажится( <TapGestureRecognizer Command="{Binding Source={RelativeSource TemplatedParent}, Path=MyCommand}"/>

Я не спец по WPF вы явно о нем, я бекендер. Возможно кто то поможет.

MAUI

Ребрендинг WPF )) Я в нем мало работал, не подскажу.

каманда в конструкторе вроде вм принимает

Использовать, привязать не удаётся в V

Вообще лучше использовать view model для простой логики передачи и изменений данных, а более крупные бизнес процессы раскидывать на сервисы

Какими данными? Откуда он их берет. Готовы ли эти данные для визуализации. Какая ответственность у класса? С чем связан этот класс? Пока ничего не понятно.

Берёт по api запросам к серверу Получает одну модель - преобразует её в другую) для визуализации Не с чем не связан - сам по себе крутится и опрашивает сервер.

у тебя сервис, который получает данные, оповещает vm о том, что данные готовы и vm уже должна заниматься подготовкой к визуализации. Я бы так сделал

А что называют сервисами ? читаю про MVVM - там не слова про сервисы(

Классы, из которых состоит твой бизнес функционал, грубо говоря хелперы. Также ты можешь в эту группу отнести фактори, мементо и подобные классы, которые необходимы твоей архитектуре и которые будут внедрятся с помощью контейнера зависимости в твое приложение

А что называют сервисами ? читаю про MVVM - там не слова про сервисы( Сервисы тоже по какому то паттерну делаются) ?

Я тут когда про сервисы говорю имею ввиду просто "сущность", которая будет предоставлять тебе какие-то данные. А почему сервис? Потому что ты им будешь пользоваться как "сервисом". Твоя vm будет пользоваться этим сервисом и получать данные, то есть в твою vm будет внедрена зависимость от этого сервиса. А так это на уровне модели у тебя будет.

Эта сущность должна быть в не папок MVVM ? Или это всё таки M ?

Сори - понял - вы указали что это модель

Все подряд называют

https://github.com/SingletonSean/SimpleTrader/tree/master/SimpleTrader Можешь вот сюда посмотреть. ИМХО довольно неплохо сделано

сервисы это классы в доменной модели которые отвечают за бизнес логику

Блин( я тупанул - я так сделал... У меня M - ChekerServer - который опрашивает удалённый сервер ChekerServer заполняет другую M - MessagesStorage А VM уже берёт из MessagesStorage преобразует для View