Почему чуть что - сразу "срачик"?)

А зачем сраться? Может мы могли бы это все как то конструктивно обсудить?

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

Веду к тому, что слепо следовать дядьке Бобу — такое себе занятие. Нет серебряных пуль, и чистая архитектура тоже не серебряная пуля. Если ты сможешь ответить на вопрос «зачем отделять бизнес-логику от библиотек», то круть — отделяй, я ответ не нашёл. Разделение ответственности — это кайф, оно приносит много всяких приятных плюшек. Форм-менеджер для управления формами, стейт-менеджер для управления состоянием приложения, реакт для рендеринга, сервис с апишкой для общения с апишкой — разделил и норм.

ага)

не понимаю как чистая архитектура сочитается с реактом, когда вы по сути всю логику пишите внутри реакта и в тот же ангуляр вы это суувать не будете)

Не нужно обощать🌚

простите, просто люди забывают, что помимо менеджмета, форм и апи есть еще куча всего)

Вот расскажи мне, на фронте чистая кристальная бизнес-логика — это что? Валидация формочек, приватные роуты, что ещё? Какое-то крошечное ядрышко выходит.

Фронтовое приложение (чаще всего) очень слабо похоже на приложение в представлении дядьки боба из прошлого века. В нем по сути нет бизнес-логики

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

ниче не понял

Кто всю логику пишет внутри реакта? Зачем они это делают?

Например?

Есть приложения со сложным стейтом на клиенте. Редакторы например всякие. Там довольно много бизнес логики

ну это ты привел пример конкретного инструмента. внутри него уже вполне себе может быть такая, но суть в том, что ты получаешь
<Editor /> на выходе. писать ты его сам будешь вряд ли

AgGrid имеет одну реализацию под несколько UI-фреймов

даже под JS есть

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

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

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

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