DP
Я бы пропускал запрос на дестррй через фильтр, который бы добывал владельца из соответствующего сервиса и решал, дёрнуть ли реальный дестррй или вернуть ошибку
Size: a a a
2020 April 28
RS
Я бы пропускал запрос на дестррй через фильтр, который бы добывал владельца из соответствующего сервиса и решал, дёрнуть ли реальный дестррй или вернуть ошибку
я тоже использую этот подход, но иногда при реализации замечаю, что это таки неидеально с точки зрения latency, поэтому решил об этом спросить
ведь в таком подходе мы 2 раза ходим в бд (если сервис эдакой реализуется), а в некоторых случаях могли бы сделать всё в одном запросе (например, если бд разрешает нам проверить инвариант прежде чем завершить транзакцию)
ведь в таком подходе мы 2 раза ходим в бд (если сервис эдакой реализуется), а в некоторых случаях могли бы сделать всё в одном запросе (например, если бд разрешает нам проверить инвариант прежде чем завершить транзакцию)
RS
т.е. получается trade-off между performance и responsibility segregation
RS
@onokonem а если сделать отвественность более явной? аля..
DestroySession(
ctx context.Context,
id SessionID,
checkOwner func(actualOwner UserID) error,
) errorRS
func (s ExampleImplementation) DestroySession(
ctx context.Context,
id SessionID,
checkOwner func(actualOwner UserID) error,
) error {
t := db.NewTransaction()
s := t.Query(“session {owner, …} where id = %s”, id)
if err := checkOwner(s.Owner); err != nil {
return err
}
t.Mutate(“delete “session where id = %s”, id)
return t.Commit()
}VM
кроме как анонимной функцией defer внутри цикла не завести?
NG
кроме как анонимной функцией defer внутри цикла не завести?
вызывать defer на каждый цикл?
DP
я тоже использую этот подход, но иногда при реализации замечаю, что это таки неидеально с точки зрения latency, поэтому решил об этом спросить
ведь в таком подходе мы 2 раза ходим в бд (если сервис эдакой реализуется), а в некоторых случаях могли бы сделать всё в одном запросе (например, если бд разрешает нам проверить инвариант прежде чем завершить транзакцию)
ведь в таком подходе мы 2 раза ходим в бд (если сервис эдакой реализуется), а в некоторых случаях могли бы сделать всё в одном запросе (например, если бд разрешает нам проверить инвариант прежде чем завершить транзакцию)
я бы просто добавил кеш, когда это станет проблемой
VM
вызывать defer на каждый цикл?
есть юзкейсы да
DP
кроме как анонимной функцией defer внутри цикла не завести?
можно неанонимной
тут анонимная не нужна, вроде
тут анонимная не нужна, вроде
NG
ну если нужен текущий scope то придется делать функцию
RS
я бы просто добавил кеш, когда это станет проблемой
кэш иногда может быть дополнительной проблемой (inconsistency + complexity)
NG
такое чувство что можно и без defer вызвать функцию на каждый цикл)
VM
такое чувство что можно и без defer вызвать функцию на каждый цикл)
нельзя)
y
Переслано от yelsh
Всем привет, есть вопрос по передаче картинок.
На страницу грузится много картинок и изначально они все они прогружались по GET запросам. Я думаю над тем, чтобы передавать все картинки одним bulk ответом в json, в base64. Какие могут быть с этим проблемы, кто-нибудь подскажет?
На страницу грузится много картинок и изначально они все они прогружались по GET запросам. Я думаю над тем, чтобы передавать все картинки одним bulk ответом в json, в base64. Какие могут быть с этим проблемы, кто-нибудь подскажет?
ВС
Ну например дополнительный оверхед на base64
VM
Переслано от yelsh
Всем привет, есть вопрос по передаче картинок.
На страницу грузится много картинок и изначально они все они прогружались по GET запросам. Я думаю над тем, чтобы передавать все картинки одним bulk ответом в json, в base64. Какие могут быть с этим проблемы, кто-нибудь подскажет?
На страницу грузится много картинок и изначально они все они прогружались по GET запросам. Я думаю над тем, чтобы передавать все картинки одним bulk ответом в json, в base64. Какие могут быть с этим проблемы, кто-нибудь подскажет?
боже
не нужно так делать
не нужно так делать