а в апи получать user role ?
это как пазл собирать, (реально делаю миндмап по ходу изучения)
то есть нет какой то чёткой картины, курсы очень рваные или очень поверхностные, ок показали как написать блог, а если нужно реализовать что то своё не стандартное уже возникают сложности на уровне архитекутры и понимания тонкостей, когда у тебя НЕ 2 компонента блог и комменты,
а скажем только один page который представлет из себя что то типа,
два вида для guest и user
30+ компонетов которые подтягиваются по условию ,
в каждом из этих 30 есть компонент который отвечает за генерацию формы редактирования,
у кажой формы есть 20-30 компонентов отвечающих за конкретное поле, которые подтягиваются опять же по условию, на основе chema или в зависимости от типа компонента.
и результат формы возвращает N количество параметров которые надо записать и потом запрашивать для отрисовки фронта (style) + стандартные поля отвечающие за контент.
А теперь все эти условия нужно где то хранить:
Нужно хранить data из форм
Нужно хранить информацию о зависимостях (какой компонент, какая форма, какие поля входят и желательно в одном месте)
если скажем что нужно добавить какое то поле или изменить его, то это пораждает правки во всех компонентах
как хранить чтобы это можно было менять в одном месте, не затрагивая те сотню компонентов
Как разграничить по правам часть компонентов или часть полей и тд.
C чего начать организацию такой структуры.
Сначало подумал нужно описать chema для компонентов, полез в apollo увидел что то типа написать chema + написать chema для mongodb + написать resolver
может я чего не понял, но это как описать описанное
сперва нужно у себя в голове разделить фронт, бэк, и базу
Обсуждают сегодня