G
Я имею в виду чистую архитектуру о которой говорит bob martin. Там где речь идет об отделении используемых либ от ядра приложения. Так что ты можешь в любой момент поменять стм или ui либу не затрагивая при этом бизнес логику и сущности
Size: a a a
2020 November 18
BB
ну redux может жить только с react?
G
Не только
PD
а сам Боб не приводит примеров?
BB
ну вот как-то так. у redux есть вполне доступные открытые для всего остального методы подписок/получения состояния
BB
так же, как и у react
VK
Я имею в виду чистую архитектуру о которой говорит bob martin. Там где речь идет об отделении используемых либ от ядра приложения. Так что ты можешь в любой момент поменять стм или ui либу не затрагивая при этом бизнес логику и сущности
На фронте редко встречается логика, которую есть смысл так отделять
G
а сам Боб не приводит примеров?
Только на джаве. Не совсем понятно как к современным спа это применить
II
учитывая что в чистой архитектуре ui не делится на что-то ещё, а фронт это про ui, очевидно, что там не написано как правильно делить фронт
G
Ну, в современных спа у нас не только ui
BB
На фронте редко встречается логика, которую есть смысл так отделять
согласен, это больше про new People() и то, как оно там с остальными объектами будет взаимодействовать. но сейчас в целом так повсеместно
II
несомненно, но тем не менее, в момент написания чистой архитектуры не было фронта как сейчас
G
ну вот как-то так. у redux есть вполне доступные открытые для всего остального методы подписок/получения состояния
Да, но если я храню бл в экшон креаторах, то если я захочу сменить редакс на другую стм, мне придется перемещать бл
BB
в C# декораторы для Entity Framework, в Java декораторы для Spring. "чистая" логика нужна крайне редко
VK
Да, но если я храню бл в экшон креаторах, то если я захочу сменить редакс на другую стм, мне придется перемещать бл
Чистая архитектура нужна не для того, чтобы было легче "менять стм"
G
несомненно, но тем не менее, в момент написания чистой архитектуры не было фронта как сейчас
Ну, принципы все же довольно фундаментальные. И идея сделать так чтобы твоя бл не зависила от вещей вне твоего контроля выглядит привлекательной
VK
в C# декораторы для Entity Framework, в Java декораторы для Spring. "чистая" логика нужна крайне редко
И то и другое - детали реализации, от которой бизнес логика зависеть не должна бы
BB
И то и другое - детали реализации, от которой бизнес логика зависеть не должна бы
ну писать сущности без фич "из коробки" — такое себе
VK
ну писать сущности без фич "из коробки" — такое себе
Посмотрите видосы Андрея Мелихова про гексагональную архитектуру на нексте
II
Посмотрите видосы Андрея Мелихова про гексагональную архитектуру на нексте
на несте вроде