C
Size: a a a
2020 April 24
AK
Господа, вот такой вопрос:
Обычно в го принято интерфейсы определять по месту использования. Ну с библиотеками это понятно (хотя когда методы возвращают объекты со своими методами, интерфейсом без обертки просто так не покроешь)
Но если мы пишем проект используя какую-нибудь слоистую архитектуру, то каждый слой потом при сборке подсоединяется через интерфейс. То есть у бд свои интерфейсы, у API внешних, у еще чего-то
Так вот вопрос - как в этом случае и где определять интерфейсы для них? Обычно эти интерфейсы меняются вместе с реализацией (добавление новых методов в DAO/DAL, например), и разумно их держать в одном пакете
С другой стороны, это не го-вейно
Как делаете?
Обычно в го принято интерфейсы определять по месту использования. Ну с библиотеками это понятно (хотя когда методы возвращают объекты со своими методами, интерфейсом без обертки просто так не покроешь)
Но если мы пишем проект используя какую-нибудь слоистую архитектуру, то каждый слой потом при сборке подсоединяется через интерфейс. То есть у бд свои интерфейсы, у API внешних, у еще чего-то
Так вот вопрос - как в этом случае и где определять интерфейсы для них? Обычно эти интерфейсы меняются вместе с реализацией (добавление новых методов в DAO/DAL, например), и разумно их держать в одном пакете
С другой стороны, это не го-вейно
Как делаете?
А можно более конкретно? Какой слой с каким вы соединяете и какая структура пакетов? Когда слой бизнес-логики отделяется от инфраструктуры, интерфейсы определяются в слое бизнес логики, и бизнес логика является их потребителем. А инфраструктура просто имплементит их.
а
https://play.golang.org/p/s4sWeHN-TDf
и нет, записывается 117
и нет, записывается 117
ЯК
ПОнимаю что возможно не туда всё такие пишу, но здесь системщики тоже сидят))))
Ребят не подскажете в чём может быть причина. Пытаюсь настроить jump server
Публичный ключь Jump Server'а хранится на Remote Server (моего публичного ключа там нет!)
Но каким-то образом я имею доступ по ssh на Remote Server без джамп хоста
Удалаяю паблик кей джамп хоста с ремут сервера, и не могу подрубиться по ssh, добавляю обратно ключь ДЖАМП СЕРВЕРА на Ремут Сервер и опять имею доступ напрямую без джамп сервера, что за магия?
Ребят не подскажете в чём может быть причина. Пытаюсь настроить jump server
Я --> JUMP SERVER --> REMOTE SERVERМой публичный ключь хранится на JUMP SERVER
Публичный ключь Jump Server'а хранится на Remote Server (моего публичного ключа там нет!)
Но каким-то образом я имею доступ по ssh на Remote Server без джамп хоста
Удалаяю паблик кей джамп хоста с ремут сервера, и не могу подрубиться по ssh, добавляю обратно ключь ДЖАМП СЕРВЕРА на Ремут Сервер и опять имею доступ напрямую без джамп сервера, что за магия?
OK
/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.go нет потребителя интерфейса, интерфейс должен быть в каком-то auth.go где ты проверишь, если пользователь в постгресе
и auth как бы пофиг, что за БД, ему нужен тот, кто реализует интерфейс
и auth как бы пофиг, что за БД, ему нужен тот, кто реализует интерфейс
/
ну вот в store.go нет потребителя интерфейса, интерфейс должен быть в каком-то auth.go где ты проверишь, если пользователь в постгресе
и auth как бы пофиг, что за БД, ему нужен тот, кто реализует интерфейс
и auth как бы пофиг, что за БД, ему нужен тот, кто реализует интерфейс
это была критика или нет)?
OK
/dev/null
это была критика или нет)?
+
OK
понятно, что оно работает у тебя, и поэтому такое решение устраивает многих
/
понятно, что оно работает у тебя, и поэтому такое решение устраивает многих
скажите как бы вы писали в подобной ситуации
OK
/dev/null
скажите как бы вы писали в подобной ситуации
ну интерфейс с БД был бы в auth.go, где эта абстракция и нужна, в store/psql лежала бы просто реализация