хватит к бэкенду взывать

и написали гет-пост запросы и сказали что это не потоки, и что это разовые операции, а сокеты - это потоки... всё они это делали.

да я не религию бекенда вношу блина...

я говорю что цель - понять как делали до вас. а не сказать что мы придумаем сами

у тебя через слово "а вот в php, а вот в lavarel, а вот в C"

это не то, и не другое, и не третье. Это динамичный JS.

не посмотреть и скопировать. а понять последовательность действий

ну да. я говорю что я видел. жду что вы скажете что вы видели.

а слышу только "мы видели только вот там сайт, где пример c Hero[] и не лезь сюда"

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

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

невозможно перенести логику приложения, которое УЖЕ лежит у тебя локально на винте сервера и тебе ВСЕ РАВНО сколько террабайт оно весит, в логику приложения, в котором ты рвешь попу за лишние 15килобайтиков и рвешь его на части чтобы грузить минимум. Это просто РАЗНЫЕ вселенные. Извини, но я тоже разговор про сферического коня в вакууме прекращу. Существует идеальнай мир, где у пользователя в телефоне появляется КИРПИЧ приложения с готовыми связями, и существует грубая реальность, где мне надо отрисовать пользователю картинку за полторы секуды чтобы он не ушел к конкуренту. На этом точка

двигатель в этом примере будет языком программирования. Выучил язык и понимаешь более менее что происходит. Вот только одно знания языка(двигателя) не дает тебе понимания как работать с фреймворком (управлять транспортным средством).

поэтому я с тобой полностью согласился на тему расположить роутеры в отдельных подключаемых файлах. перебили на тему что эти файлы должны лежать в куске фронта который с ними работает. мы эту проблему проходили! она потом появляется и называется - два модуля работают с тем же роутом, куда его положить? в А или в Б. походу в третий модуль соединяющий два других. со временем это превращает в абзац

и пришли к тому что есть ядро где роутеры и есть домен где то что попросил проект менеджер

не потому что мы любим делать большой кусок и называть его апп.

а потому что допилить будет проще если оно так. чем выучить всех как надо не имея примера в интернете

ладно роутеры роутерами. я вообще про rxjs с cqrs пример привел, все сказали дай конкретный - я дал - и все ушли. роутер обсуждать. меня. подходы.

мне нравится твой подход "хочу разобраться досконально". Но не нравится "хочу чтобы все было сделано так как мне кажется правильным". Он контрпродуктивен и подразумевает что все разработчики продукта до тебя - руководствовались какими-то неверными предпосылками. Извини, но фрейм пилили отнюдь не самые глупые люди и чем-то они руководствовались)) Потому критиковать их решения можно и нужно, но понимая как они работают. И как решают СВОЮ задачу. Та же пайпа async тебе примером - я ее не люблю из-за заложенного в инициальизацию бага. Автор пайпы ее тоже не любит, поскольку все условники в ангуларе вынуждены вычитать стартовое значение, что есть костыль. Но РАЗУМНОЙ альтернативы ей все равно в РЕАЛЬНОМ продакшене нет. Для пета я могу свой костыль нарисовать или вообще от нее отказаться. Но в рабочий проект - затолкаю async, потому что кому-то после меня с этим мучиться