Помни о принципе единичной ответственности: в любой программе всегда должен быть только один вход
Уж простите, но это нонсенс какой-то. SRP вообще про другое.
Если взять терминологию DDD, то у нас есть 4 слоя: domain, application, infrastructure, interfaces.
Набор бизнес-сущностей (модели) и бизнес-сервисов (валидация, итд) в domain layer.
"Описание" логики работы приложения (use-cases) в application layer (может быть известен, как service layer).
Имплементация работы с базой/логгерами/3rd-party services в infrastructure layer.
И как раз веб/консоль входы в interfaces layer.
То есть, один use-case может спокойно иметь несколько входов через interfaces layer, будь это REST API, консоль, SOAP, whatever.
Дмитрий Свиридов, само собой, не очень логично бы звучало "количество сущность = количество моделей * количество полей в них". Надо уже плясать от требований приложения. Можно начать с endpoint на сущность.
По поводу "например, есть просто обязательные поля формы, а есть те, уникальность значений в которых надо проверять на сервере в базе":
Просто пишите свой валидатор, который вернёт Promise. Само собой, на бэкенде должен быть endpoint, который эту валидацию сделает.
А так, лучше react-admin я не встречал. "Готовые админки" принципиально не рассматриваю ввиду отсутствия гибкости и качества кода.
BenderIsGreat34, константный, ибо нет ни одного цикла. Почитайте про Time Complexity и Space Complexity.
Прочитайте книгу "Грокаем алгоритмы". Она небольшая, и описывает данную тему простым языком.
Антон Р., сейчас написали, будто описали типичную вакансию, где требуется angular/react/vue/spring/django/kubernetes/ci-cd, а платить как за одну будут ))
