Size: a a a

2020 April 13

S

Sergey in Go-go!
Edgar
Это клиент для общения, просто сделайте его отдельно, в чем проблема? Что это создает?
Я указал проблему, ты игнориуешь её.
источник

E

Edgar in Go-go!
Sergey
Я указал проблему, ты игнориуешь её.
Если клиент отдельно, то протокол выделен в отдельную репу со своей сущностью User, кто импортирует эту либу получит к твоей сущности доступ?
источник

S

Sergey in Go-go!
Ага, т.е. предлагаешь три репы сделать - под сервер, под клиент и под сущности?
источник

DP

Daniel Podolsky in Go-go!
это я его научил
источник

DP

Daniel Podolsky in Go-go!
и - да, три репы. где проблема?
источник

E

Edgar in Go-go!
в плане под сущности отдельную репу? Сущности остаются в протоколе свои

Сущности сервера свои
источник

E

Edgar in Go-go!
Зачем завозить инфу о протоколе? Твоя бизнес логика должна знать, что там gRPC или же json?
источник

E

Edgar in Go-go!
просто те или иные "модули" оперируют своими сущностями, в том виде, которые удобны ей, в переходе к бизнес логике они будут конвертироваться в тот тип, что уже нужен бизнес логике
источник

S

Sergey in Go-go!
три репы не проблема, пока разработка идёт тихо  спокойно по плану, расписанному на полгода вперёд.
источник

S

Sergey in Go-go!
Edgar
просто те или иные "модули" оперируют своими сущностями, в том виде, которые удобны ей, в переходе к бизнес логике они будут конвертироваться в тот тип, что уже нужен бизнес логике
Это вот только в теории так хорошо и красиво всё звучит. Но на практике, особенно когда идёт активная разработка, это выливается в перманентный геморрой.
источник

DP

Daniel Podolsky in Go-go!
Sergey
три репы не проблема, пока разработка идёт тихо  спокойно по плану, расписанному на полгода вперёд.
а когда это становится проблемой?
источник

E

Edgar in Go-go!
Sergey
три репы не проблема, пока разработка идёт тихо  спокойно по плану, расписанному на полгода вперёд.
Если для вас, это проблема, пишите монолит
источник

DP

Daniel Podolsky in Go-go!
Sergey
Это вот только в теории так хорошо и красиво всё звучит. Но на практике, особенно когда идёт активная разработка, это выливается в перманентный геморрой.
монорепа тоже выливается в геморрой, вы в курсе?
источник

S

Sergey in Go-go!
Например когда приходит менеджер и говорит "бросай всё, до конца недели надо добавить интеграцию вон с теми парнями", а через неделю ещё разок, с другими, а потом ещё у первых парней протокол меняется.
источник

DP

Daniel Podolsky in Go-go!
Sergey
Например когда приходит менеджер и говорит "бросай всё, до конца недели надо добавить интеграцию вон с теми парнями", а через неделю ещё разок, с другими, а потом ещё у первых парней протокол меняется.
и что?
источник

S

Sergey in Go-go!
Daniel Podolsky
монорепа тоже выливается в геморрой, вы в курсе?
я против монорепы высказывался, если что.
источник

DP

Daniel Podolsky in Go-go!
тогда о чем вы тут спорите?
источник

S

Sergey in Go-go!
Daniel Podolsky
тогда о чем вы тут спорите?
О том, где хранить клиента к сервису и как его подключать. Я и человек выше не вижу ничего плохого в том, чтобы код клиента лежал в репе сервера и использовать его оттуда. Альтернативу предлагают - выносить клиента в отдельную репу и подключать её, вместо репы с сервисом.
источник

E

Edgar in Go-go!
Но тогда вы будете импортировать микросервис, верно? Тогда получается вы разделили что-то на два компонента, чтобы один потом импортировал второй?
источник

E

Edgar in Go-go!
Тогда зачем разъединяли?
источник