S
Size: a a a
2020 April 13
DP
И я вот так и вижу, как надо добавить поле в структуру ответа и я прыгаю по двум репам, чтобы там это обновить и протестировать два раза
о, у нас адепт монолита!
S
Так тогда почему бы и не выделить клиент, если уж не в отдельную репу, то хотя бы вне internal? А остальной код в internal дабы гарантировать тот факт, что не сможете использовать его кишки?
Ну это уже отдельный вопрос компоновки кода. Я в принципе и так давно уже держу в публичном пространстве только доменные модели, какие-то интерфейсы и клиенты, а логика сервиса, инфраструктурные штуки, конфигурации и прочее - всё в internal
S
о, у нас адепт монолита!
ещё раз - нет, я ненавижу монолиты, монорепы и свалки.
DP
ещё раз - нет, я ненавижу монолиты, монорепы и свалки.
тогда готовьтесь использовать разные структуры на разных концах протокола
а
монорепа тоже выливается в геморрой, вы в курсе?
а как тогда?
DP
зачем? я просто подключу репу с сервером и клиентом в нём. И всегда буду уверен, что структуры одинаковые, если версии запущенного сервера и подключённого модуля одинаковые
ну и все, у нас случился монолит. потому, что когда вы захотите поправить структуру на сервере - вам придется поправить и клиента, и выкатить их синхронно
DP
а как тогда?
если честно - как решит автоматизатор деплоя. мы же это все выкатывать хотим, в конце концов
S
ну и все, у нас случился монолит. потому, что когда вы захотите поправить структуру на сервере - вам придется поправить и клиента, и выкатить их синхронно
вообще ортогональный аргумент. если ломается API - тут как ни крути, надо всё обновлять вместе, какая бы архитектура не была. А если не ломается - никто не заставляет бежать обновлять сервисы, которым до правки той нет дела.
DP
вообще ортогональный аргумент. если ломается API - тут как ни крути, надо всё обновлять вместе, какая бы архитектура не была. А если не ломается - никто не заставляет бежать обновлять сервисы, которым до правки той нет дела.
если у вас одна структура на клиента и на сервер - заставляет
E
вообще ортогональный аргумент. если ломается API - тут как ни крути, надо всё обновлять вместе, какая бы архитектура не была. А если не ломается - никто не заставляет бежать обновлять сервисы, которым до правки той нет дела.
Если ты на каждом уровне оперируешь своими сущностями и конвертируешь в тот формат, что понятен уровнем выше, ты сможешь выкатывать все в любом порядке
DP
а если там у полей тип изменился? при этом сериализованное представление то же самое?