C
они возвращают конкретный тип
который должен имплементить интерфейс
Size: a a a
2020 April 24
IK
а зачем им свои интерфейсы?
Им не нужны, а нужны потребителю этих слоев, но получается, что они изменяются всегда как-раз вместе с теми классами, на которые эти интерфейсы делаются
DZ
потребители пишут свои интерефейсы, нет?
/
Господа, вот такой вопрос:
Обычно в го принято интерфейсы определять по месту использования. Ну с библиотеками это понятно (хотя когда методы возвращают объекты со своими методами, интерфейсом без обертки просто так не покроешь)
Но если мы пишем проект используя какую-нибудь слоистую архитектуру, то каждый слой потом при сборке подсоединяется через интерфейс. То есть у бд свои интерфейсы, у API внешних, у еще чего-то
Так вот вопрос - как в этом случае и где определять интерфейсы для них? Обычно эти интерфейсы меняются вместе с реализацией (добавление новых методов в DAO/DAL, например), и разумно их держать в одном пакете
С другой стороны, это не го-вейно
Как делаете?
Обычно в го принято интерфейсы определять по месту использования. Ну с библиотеками это понятно (хотя когда методы возвращают объекты со своими методами, интерфейсом без обертки просто так не покроешь)
Но если мы пишем проект используя какую-нибудь слоистую архитектуру, то каждый слой потом при сборке подсоединяется через интерфейс. То есть у бд свои интерфейсы, у API внешних, у еще чего-то
Так вот вопрос - как в этом случае и где определять интерфейсы для них? Обычно эти интерфейсы меняются вместе с реализацией (добавление новых методов в DAO/DAL, например), и разумно их держать в одном пакете
С другой стороны, это не го-вейно
Как делаете?
не знаю на сколько я делаю правильно:
/store
/store.go //тут интерфейс
/store/psql/store.go // имплементация store
/store/mock/store.go //имплементация для мока
/store
/store.go //тут интерфейс
/store/psql/store.go // имплементация store
/store/mock/store.go //имплементация для мока
IK
/dev/null
не знаю на сколько я делаю правильно:
/store
/store.go //тут интерфейс
/store/psql/store.go // имплементация store
/store/mock/store.go //имплементация для мока
/store
/store.go //тут интерфейс
/store/psql/store.go // имплементация store
/store/mock/store.go //имплементация для мока
Ну вот я примерно также
/
/dev/null
не знаю на сколько я делаю правильно:
/store
/store.go //тут интерфейс
/store/psql/store.go // имплементация store
/store/mock/store.go //имплементация для мока
/store
/store.go //тут интерфейс
/store/psql/store.go // имплементация store
/store/mock/store.go //имплементация для мока
если нужна будет иеще одна имплементация то
/store/other/store.go
/store/other/store.go
/
С одной стороны хочется в одном пакете сразу имплементировать сторе, но....
/
тесты
/
не подумал про это
/
Хотя это может вызвать некоторую неоднозначность
IK
У меня тоже моки в отдельных папках, это удобнее
IK
Всегда в импорте видно и линтер можно настроить проще
IK
Чтобы игнорировал кодген