В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Go-go!

3602 membersпожаловаться на группу
2020 June 09

AS

Alexander Shavelev in Go-go!
Никита
Так у нас же реализация стореджа общий на все юзкейсы. Иннициализировали пулл коннектов, прокинули в юзкейсы. Если я открою транзакцию в этом же обьекте, то как-бы другие не смогут этого сделать
1) на скрине явно не реализация стореджа, а будто обрезанная транзакция
2) пул коннектов менеджит sql.Db сам
источник
17:58пожаловаться#1

Н

Никита in Go-go!
Alexander Shavelev
1) на скрине явно не реализация стореджа, а будто обрезанная транзакция
2) пул коннектов менеджит sql.Db сам
реализация https://github.com/floyernick/Init/blob/master/storage/main.go
источник
17:58пожаловаться#2

VL

V L in Go-go!
Alexander Shavelev
у тебя интерфейс сторедж должен реализовать методы, условно CreateUser, DeleteUser

а транзакцию он создает "внутри", передавая если надо между приватными методами
Как быть, если в рамках одного usecase необходимо сделать например CreateUser и LogAction, бд одна, репозитории разные и хочется использовать общую транзакцию?
источник
17:59пожаловаться#3

AS

Alexander Shavelev in Go-go!
Никита
реализация https://github.com/floyernick/Init/blob/master/storage/main.go
хм, зачем оборачивать tx   *sql.Tx в еще одну транзакцию
источник
17:59пожаловаться#4

Н

Никита in Go-go!
Daniel Podolsky
задача в чем?
В том, чтобы понять, как влепить транзакции, когда интерфейс к стореджу на каждый юзкейс отдельный
источник
17:59пожаловаться#5

Н

Никита in Go-go!
Alexander Shavelev
хм, зачем оборачивать tx   *sql.Tx в еще одну транзакцию
В каком месте?
источник
18:00пожаловаться#6

AS

Alexander Shavelev in Go-go!
Никита
В каком месте?
ну это в целом код говорит твой)
строка 35 - жесть
источник
18:01пожаловаться#7

Н

Никита in Go-go!
V L
Как быть, если в рамках одного usecase необходимо сделать например CreateUser и LogAction, бд одна, репозитории разные и хочется использовать общую транзакцию?
а репозиторий один даже допустим, на каждый юзкейс

type NotesCreateStorage interface {
 LogAction(models.Action) error
 CreateNote(models.Note) error
}


Типа такого
источник
18:02пожаловаться#8

AS

Alexander Shavelev in Go-go!
V L
Как быть, если в рамках одного usecase необходимо сделать например CreateUser и LogAction, бд одна, репозитории разные и хочется использовать общую транзакцию?
я не гуру такого подхода - потому не скажу
источник
18:02пожаловаться#9

Н

Никита in Go-go!
Alexander Shavelev
ну это в целом код говорит твой)
строка 35 - жесть
просто tx: Tx?
источник
18:02пожаловаться#10

VL

V L in Go-go!
Никита
а репозиторий один даже допустим, на каждый юзкейс

type NotesCreateStorage interface {
 LogAction(models.Action) error
 CreateNote(models.Note) error
}


Типа такого
Плохой интерфейс, не надо так. Лучше разделить на два интерфейса и если что поставлять одну и ту же реализацию.
источник
18:03пожаловаться#11

Н

Никита in Go-go!
V L
Плохой интерфейс, не надо так. Лучше разделить на два интерфейса и если что поставлять одну и ту же реализацию.
Так выше спрашивал, делают ли так. И несколько человек делают вот таким способом
источник
18:03пожаловаться#12

VL

V L in Go-go!
Никита
Так выше спрашивал, делают ли так. И несколько человек делают вот таким способом
Одно дело когда у вас там все про Notes, а когда один интерфейс методы про разные сущности смешивает - это перебор, имхо
источник
18:04пожаловаться#13

Н

Никита in Go-go!
Я вообще не понимаю, зачем настолько абстрагироваться от стореджа. Потому что эти методы стореджа используются повсеместно, в разных юзкейсах
источник
18:05пожаловаться#14

Н

Никита in Go-go!
Жирный интерфейс в теории звучит плохо, но на практике то в чем суть его делить?
источник
18:05пожаловаться#15

RF

Roman Fedyashov in Go-go!
Никита
Я вообще не понимаю, зачем настолько абстрагироваться от стореджа. Потому что эти методы стореджа используются повсеместно, в разных юзкейсах
Абстрагироваться от стража надо только по одной причине - чтобы проще было замокапить стораж и написать тесты
источник
18:05пожаловаться#16

Н

Никита in Go-go!
Roman Fedyashov
Абстрагироваться от стража надо только по одной причине - чтобы проще было замокапить стораж и написать тесты
Даже с одним общим интерфейсом это не проблема, не обязательно прописывать реализацию каждому методу, если они не используются
источник
18:06пожаловаться#17

VL

V L in Go-go!
Никита
Жирный интерфейс в теории звучит плохо, но на практике то в чем суть его делить?
Кажется это буква I в SOLID. Зачем вам интерфейс с теми методами, что вы не используете в данном usecase?
источник
18:07пожаловаться#18

AK

Anton Kucherov in Go-go!
Никита
Я вообще не понимаю, зачем настолько абстрагироваться от стореджа. Потому что эти методы стореджа используются повсеместно, в разных юзкейсах
🤔 Если вы не понимаете, зачем вы вообще абстрагируетесь. И если вы не сталкивались с реальными проболемами вытекающими из жирных интефрейсов, зачем вы с этим заморачиваетесь? Просто идите и решаете ваши задачи, пишите код, рано или поздно вы столкнетесь с проблемами и потом будете уже их решать.
источник
18:07пожаловаться#19

J

Je in Go-go!
Никита
просто tx: Tx?
В go обычно используют встраивание без явных оберток. Встраиваешь sql.Tx и вот твоя структура уже умеет в Commit, Rollback, профит? https://godoc.org/github.com/jmoiron/sqlx#Tx
источник
18:07пожаловаться#20