S
а если там у полей тип изменился? при этом сериализованное представление то же самое?
а это уже ломающее изменение. подскажи как ты его обойдёшь в твоём варианте.
Size: a a a
2020 April 13
DP
так а я его обходить не буду. я буду вынужден написать конвертеры из внутренних структур в протокольные
S
так а я его обходить не буду. я буду вынужден написать конвертеры из внутренних структур в протокольные
и по-твоему это проще и надёжней, чем зайти на другой сервис, поменять там версию зависмоти и обновить их вместе? поменять сервис, поменять прослойку на клиенте и потом всё так же их всех обновить - это лучше?
DP
и по-твоему это проще и надёжней, чем зайти на другой сервис, поменять там версию зависмоти и обновить их вместе? поменять сервис, поменять прослойку на клиенте и потом всё так же их всех обновить - это лучше?
коллега, вы мне рассказываете про преймущества монолита. а я, типа, в курсе уже :)
но самый мерзкий вариант монолита - это монолит распределенный.
но самый мерзкий вариант монолита - это монолит распределенный.
S
о каких затронутых обновлениями ты говоришь. если каждая прослойка приводит к 1 структуре все и все что нужно сделать это привести к ней и тогда ничего менять не надо
т.е. твой вариант подразумевает, что эта 1 структура никогда менять не будет? тогда вообще нет никакой разницы как делать.
S
коллега, вы мне рассказываете про преймущества монолита. а я, типа, в курсе уже :)
но самый мерзкий вариант монолита - это монолит распределенный.
но самый мерзкий вариант монолита - это монолит распределенный.
это ни разу не монолит. только ты говоришь про какой-то мифический "не монолит", в котором можно ломать API сервиса и при этом не обновлять потребителей.
DP
это ни разу не монолит. только ты говоришь про какой-то мифический "не монолит", в котором можно ломать API сервиса и при этом не обновлять потребителей.
я говорю про микросервисную архитектуру. в которой код одного сервиса можно править как угодно независимо от другого, до тех пор, пока соблюдается API.
и никак этого не достичь, кроме как используя свои типы данных на каждой стороне протокола
и никак этого не достичь, кроме как используя свои типы данных на каждой стороне протокола
DY
ребят где можно почитать про контекст в го простыми словами? я что то читаю доку и не могу врубится никак
DY
читал уже, понимаю что такое каналы потоки, но с раздела контекст начинается непонимание(
S
https://golang.org/pkg/context/#WithCancel смотрите example