a
Состояние авторизации, права юзера
Это изи
Size: a a a
2020 April 26
Ti
labeg.ru тут. Плюс все МФЦ москвы, любая электроника что вы видите это чистая архитектура.
Так-так-так, тимлид сеньор, это походу из-за тебя в реакт чатик приходят ребята которым надо по мвц сделать тестовое))
Ti
Это изи
Если неи бизнес логики то да
a
Можно пример выходящий за рамки запрос+разметка. А то я 6+ лет торчу в ecommerce, тут так
Пишу фронт для банков. Из-за неповоротливости инфраструктуры - бек это свой мир с моделями, слабо проецируемыми на фронт. Поэтому по 10-50 строк маппингов бековских данных на один воркфлоу (типа отобразить табличку) - ето норм
ЕЛ
Так-так-так, тимлид сеньор, это походу из-за тебя в реакт чатик приходят ребята которым надо по мвц сделать тестовое))
Я не даю тестовые ) мне по собеседованию понятно чего стоит человек )
DZ
а есть апликейшины которые ты делал по этому принципу?
DZ
посмотреть в инете
ЕЛ
В чем проблема этого подхода
1) репозиторий это вообще просто data-acess, у меня в проекте он генерится, в некоторых это просто графкл тебе дополнительные надстройки не осбо над
2) сервис очень тесно связан со стейт менеджментом, если выносить стейт менеджмент, то сервисы выходят тонкими и их не особо много
3) контроллеры в том же реакте это просто хуки, которые тоже так се тянут на отедльный слой
4) домейн модели тоже нету обычно, т.к мы работает в основном с ValueObject а не с бизнес ентитей
1) репозиторий это вообще просто data-acess, у меня в проекте он генерится, в некоторых это просто графкл тебе дополнительные надстройки не осбо над
2) сервис очень тесно связан со стейт менеджментом, если выносить стейт менеджмент, то сервисы выходят тонкими и их не особо много
3) контроллеры в том же реакте это просто хуки, которые тоже так се тянут на отедльный слой
4) домейн модели тоже нету обычно, т.к мы работает в основном с ValueObject а не с бизнес ентитей
2 у стейт менеджерами если проблемы с масштабированием
3 вы завязываетесь на реакт, когда он умрет заного писать будете?
4 у вас нету контроля над данными, уверен что клиенты страдают от ошибок
3 вы завязываетесь на реакт, когда он умрет заного писать будете?
4 у вас нету контроля над данными, уверен что клиенты страдают от ошибок
DZ
абстрагироваться от реакта это как абстрагироваться от стандартной библиотеки, это не даст никакого преимущества в дальнешем
ЕЛ
Да ) выше ссылку скидывал
DZ
что значит контроля над данными?
Ti
Что заново писать? Хуки это биндинги просто к стм
AY
абстрагироваться от реакта это как абстрагироваться от стандартной библиотеки, это не даст никакого преимущества в дальнешем
С сеньорами не спорят, ты что
ЕЛ
Ага, и в свелт их например нет )
AY
свелт считает хуки какашкой, логично
DZ
2 у стейт менеджерами если проблемы с масштабированием
3 вы завязываетесь на реакт, когда он умрет заного писать будете?
4 у вас нету контроля над данными, уверен что клиенты страдают от ошибок
3 вы завязываетесь на реакт, когда он умрет заного писать будете?
4 у вас нету контроля над данными, уверен что клиенты страдают от ошибок
4. у меня строгая типизированная схема в чем проблема с контролем данных?
ЕЛ
что значит контроля над данными?
Это значит что тебе могут прийти некорректные данные, логика не расчитанная на некорректные данные переварит, и клиенту выставит счет не на 100 рублей а на 100 тысяч рублей
DZ
почему могут прийти некоректные данные?
DZ
я ж говорю схема генерится с бека, фронт не отвечает за схему
