и жабу

допустим, type User model {} type MySQLUserRepository struct {} type UserRepository interface { ByID(id int64) (User, error) }

что-то типо того

какой интерфейс вы бы посоветовали?

Ээээ... интерфейс

хрен знает как скрестить их в рамках "никто не знает про реализацию"

Хз про то ли это, но мож посмотреть реализацию gorm'а?

Ээээ... интерфейс

вот прям так: type SomeAppDependentShit interface { ...здесьНаборНужныхМетодов... }??? о_О

Ээээ... интерфейс

ну я решил кормить контролеры именно интерфейсом dbConnect, реализацию возращают при этом конкретный драйвер

вот прям так: type SomeAppDependentShit interface { ...здесьНаборНужныхМетодов... }??? о_О

Ну я о том и говорю, просто вопрос странно поставлен

ну я решил кормить контролеры именно интерфейсом dbConnect, реализацию возращают при этом конкретный драйвер

это, конечно, очень круто... но от БД-специфичности так не уйдешь...

ну я решил кормить контролеры именно интерфейсом dbConnect, реализацию возращают при этом конкретный драйвер

какая-то абстракция ради абстракции

один хрен придется чем-то поверх обмазывать...

какая-то абстракция ради абстракции

плюсую

какая-то абстракция ради абстракции

type User struct { Name string } type Database interface { GetUserByName(s string) (u User) } type DatabasePostgres struct { } func (Database *d) GetUserByName(s string) (u User) { // sql, кровь, кишки, ад }

собственно, из известных подходов - DAO и репозиторий

type User struct { Name string } type Database interface { GetUserByName(s string) (u User) } type DatabasePostgres struct { } func (Database *d) GetUserByName(s string) (u User) { // sql, кровь, кишки, ад }

ну вот это - DAO

myDbHandler := mongodb.NewDriver(...login/pass/host/port...) // dbConnect handler := &mySuperSite.IndexHandler{ db: myDbHandler } // Http.handler ---- Внутри handler ----- d := IndexPageDao.New(h.db)

ну вот это - DAO

Ага, так легче сныкать тонкости реализации БД

что-то такое выходит

только type Database interface - хреновый выбор именования для такой штуки, это (зануда моде он) не база данных

только type Database interface - хреновый выбор именования для такой штуки, это (зануда моде он) не база данных

Да, тут чтобы ТСу было яснее

myDbHandler := mongodb.NewDriver(...login/pass/host/port...) // dbConnect handler := &mySuperSite.IndexHandler{ db: myDbHandler } // Http.handler ---- Внутри handler ----- d := IndexPageDao.New(h.db)

плохая абстракция

в смысле чего?

я хотел как раз абстрагироваться от базы, что бы дао кормился уже непонятно чем

в смысле того, что IndexPageDAO получает DB-инстанс, и внутри работает с методами конкретной реализации БД напрямую

непонятно, зачем тут эта "абстракция", т.к. она ничего не абстрагирует, а просто хранит ссылку на конкретную монгу

ну сдрасти приехали

внутри он работает с интерфейсом dbConnect

не знаю там с единой функцией query

смотри

абстрагируйся вообще от всей логики получения

ага, а этот dbConnect - это mongodb.NewDriver

т.е. он получит интерфейс монги

ага, а этот dbConnect - это mongodb.NewDriver

mongodb это мой пакет если что

и заменить эту монгу ты ни на что не сможешь

если вместо нее ты подсунешь постргре - все поломаеццо к хуям

схуяли?

я же должен реализовать интерфейс connect

что возвращает у тебя NewDriver?

не должен

что возвращает у тебя NewDriver?

реализацию db.Connect

там же написано

только это мой интерфейс если шо

ну и из чего он состоит-то?

может он пустой епта

вот в этом и вопрос, как его кошерно спроектировать

ты должен реализовать набор методов, который абстрагирует весь механизм получения данных от слоя логики

что бы абстрагировать несколько разнотипных бд

вот в этом и вопрос, как его кошерно спроектировать

сначала переименуй

ну вот тебе и ответ, делай репозиторий интерфейс

я же тебе сказал уже

dbConnect - плохая сущность для абстракции

потому что dbConnect - это "соединение с базой". А оно а) не слишком универсально; б) начинается с маленькой буквы, т.е. приватное, и хрен ты где его заюзаешь

ну тут я конечно на коленке писал пример, DBConnect тогда уж

type UserRepository interface { ByID(int64) (User, error) ByName(string) (User, error) } а затем создавай type MySQLUserRepository struct { db *sql.DB } func (ur MySQLUserRepository) ByID(id int64) (User, error) { ur.db.Query()// твой запрос и т.д. }

и как это соединиение не является универсальным?

и, скажем так, абстракция, объединяющая соединение с постгре и соединение с но-скулем каким-нибудь, должна быть уровнем выше

бля, не думай про источник данный как про соединение

а если у тебя в файле, в котором JSON

какое тут соединение

type UserRepository interface { ByID(int64) (User, error) ByName(string) (User, error) } а затем создавай type MySQLUserRepository struct { db *sql.DB } func (ur MySQLUserRepository) ByID(id int64) (User, error) { ur.db.Query()// твой запрос и т.д. }

(зануда моде он) - это не Repository, это DAO(((

и как это соединиение не является универсальным?

у тебя должен быть DataSource, не должно быть DBConnection

странное название для интерфейса - DataSource

Вот готовый пример https://github.com/censhin/repository-pattern-go

наружу из твоей абстракции должны торчать методы получения бизнес-сущностей

это внутри хедлера же

странное название для интерфейса - DataSource

O_O да хоть блокнотом назови

идея передать в хендлер констракт соединения - плохая идея

ERROR: S client not available

передай готовый объект

передавать уже дао?

по сути - да

а дао тоже надо чем то кормить если шо

а дао тебе придется реализовывать целиком на каждый вид источника данных

И про ДАО https://github.com/gustavocd/dao-pattern-in-go

простейший случай DAO - CRUD

его проектировать не надо, он "концептуально готовый", хоть и тупой)

а ничего что бд иницилизация может быть строк на 30? это все в main курить или предлагаешь копипастить в каждый dao?

для этого я и наплодил DbConnect

что бы просто реализовать два пакета с обеотками

а ничего что бд иницилизация может быть строк на 30? это все в main курить или предлагаешь копипастить в каждый dao?

инициализация БД - это инициализация БД

не смешивай

инициализация КОННЕКТА к бд

поправка ?

если у тебя соединение с постгре и соединение с мускулем инициируются одинаково, это НЕ значит, что все-все-все ляжет в ту же логику

вообще абстрагировать инициализацию соединения с БД - так себе идея

В питоне смогли

DB-API

Например

если у тебя соединение с постгре и соединение с мускулем инициируются одинаково, это НЕ значит, что все-все-все ляжет в ту же логику

Ну там очень многое в mysql и pg не ляжет в одну логику

вопрос как абстрагировать

я чет не представляю реальной пользы от универсального драйвера для sql и nosql

а чисто для sql давно уже есть unixoodbc

если мы просто возьмем query из драйвера и вытащим в интерфейс то все должно получиться

type DbConnect interface { Query(q interface{}) }

https://github.com/weigj/go-odbc

если мы просто возьмем query из драйвера и вытащим в интерфейс то все должно получиться

Нет, элементарно посмотри как musql и pg новые id-шники возвращают

type DbConnect interface { Query(q interface{}) }

замечательно, а ЧТО конкретно ты абстрагировал сейчас?

для чего служит эта абстракция?

смотри, дальше мы идем на уровень DAO, которое уже оперирует запросами, ок

предположим, у нас есть интерфейс к мускулю и к постгре