с
каких либ?
Size: a a a
2021 June 15
с
оно потребует игрищ с правильным calling convention, а в Go готовят новенький regABI в 1.17, который превратит подобные хаки в тыкву
DP
как что-то плохое
VS
У меня есть некоторый набор методов у иммутабельной структуры, каждый метод которой порождает новое значение. Что-то типа Time.Add.
Есть ли какой-то линтер, в котором можно прописать список вот таких методов, чтобы он находил все вызовы этой функции результаты которой не присваиваются чему то.
Есть ли какой-то линтер, в котором можно прописать список вот таких методов, чтобы он находил все вызовы этой функции результаты которой не присваиваются чему то.
BC
Всем привет, подскажите какой layout будет самым оптимальным для монолита который отом предположительно будет распиливаться на микросервисы, смотрим в сторону https://github.com/zhashkevych/go-clean-architecture , но сомневаемся в правильности выбора
RS
я нашёл очень интересной архитектуру основанную на Event Sourcing'е и CQRS
BC
Можно ссылку на github
BC
Спасибо
C
This will remain backwards compatible with existing assembly code that assumes Go’s current stack-based calling convention through Go’s multiple ABI mechanism.
RS
суть в том, что у каждого набора данных есть сервис, которому он принадлежит.
Только этот сервис имеет право пораждать новые события связанные с этими данными
Остальные сервисы имеют право подписываться на эти события и выстраивать свои проекции (свою картину мира)
Только этот сервис имеет право пораждать новые события связанные с этими данными
Остальные сервисы имеют право подписываться на эти события и выстраивать свои проекции (свою картину мира)
RS
таким образом сервисы становятся менее зависимы друг от друга
DF
Есть предположение, что DI хорош в теории, но на практике полная шляпа. Ибо как написать слой который ни от кого не зависит.
То что вы вынесли в отдельную папку это ещё не DI. Ваш репо как минимум зависит от конфига, например строку подключения к бд передать, или главной аппы, которая будет дёргать ваш репо.
На практике как я понял, всё пихают в уберовский контейнер, или гугловый wire и называют это DI.
То что вы вынесли в отдельную папку это ещё не DI. Ваш репо как минимум зависит от конфига, например строку подключения к бд передать, или главной аппы, которая будет дёргать ваш репо.
На практике как я понял, всё пихают в уберовский контейнер, или гугловый wire и называют это DI.