DP
зачем писать свогер спеку, если можно просто писать код?
это, по-моему, NIH-синдром
Size: a a a
2020 April 27
DZ
Кстати, использование свогера неплохая альтернатива что бы не городить свой костыль, как мы это сделали.
ЛА
коменты быстро аутдейтед будут
А как у вас работает генерация спеки из кода без комментов сейчас?
🍆💦
Мимо Проходящий
ByIDGetter, WhereNameLikeSelecter, CatByTailUpdater и т.п. Хорошо отражает уродливую суть паттерна "репозиторий"
```type Databaser interface {
GetByID(id ID) (Entity, error)
SelectWhereNameLike(pattern string) ([]Entity, error)
UpdateByTail(tail Tail, update Update) error
}```
если нарочито делать уродливо, то и получается уродливо, вы правы
GetByID(id ID) (Entity, error)
SelectWhereNameLike(pattern string) ([]Entity, error)
UpdateByTail(tail Tail, update Update) error
}```
если нарочито делать уродливо, то и получается уродливо, вы правы
AP
ставите ли вы контексты с таймаутом на выполнение http запросов в микросервисах?
Концептуально, любые запросы "на сторону" должны обкладываться таймаутами. Даже если вы идете в свой же соседний сервис. Так как есть этап, который вы не контролируете, например - сеть
DZ
А как у вас работает генерация спеки из кода без комментов сейчас?
роуты в таком формате описываются,
потом из этого кода выводятся тип реквеста и респонса для сервиса ну и выходит вся мета инфа которая надо что бы сгенерить свогер спеку
потом из этого кода выводятся тип реквеста и респонса для сервиса ну и выходит вся мета инфа которая надо что бы сгенерить свогер спеку
D
зачем писать свогер спеку, если можно просто писать код?
зачем писать бойлерплейт код, если можно обозначить в спеке что тебе нужно?
DZ
хз, мне в свогере не удобно описывать модели, схемы, роуты
DZ
надо еще генерацию запускать
D
роуты в таком формате описываются,
потом из этого кода выводятся тип реквеста и респонса для сервиса ну и выходит вся мета инфа которая надо что бы сгенерить свогер спеку
потом из этого кода выводятся тип реквеста и респонса для сервиса ну и выходит вся мета инфа которая надо что бы сгенерить свогер спеку
а как матчить роуты с переменными?
DZ
через теги в структуре
DZ
ЛА
роуты в таком формате описываются,
потом из этого кода выводятся тип реквеста и респонса для сервиса ну и выходит вся мета инфа которая надо что бы сгенерить свогер спеку
потом из этого кода выводятся тип реквеста и респонса для сервиса ну и выходит вся мета инфа которая надо что бы сгенерить свогер спеку
Понятно. можно тоже генерить сваггер из сущностей, помеченных комментом
// swagger:model
// swagger:model
МП
```type Databaser interface {
GetByID(id ID) (Entity, error)
SelectWhereNameLike(pattern string) ([]Entity, error)
UpdateByTail(tail Tail, update Update) error
}```
если нарочито делать уродливо, то и получается уродливо, вы правы
GetByID(id ID) (Entity, error)
SelectWhereNameLike(pattern string) ([]Entity, error)
UpdateByTail(tail Tail, update Update) error
}```
если нарочито делать уродливо, то и получается уродливо, вы правы
а нафига всё это пихать в один интерфейс? бессмысленно. И как по вашему сделать не нарачито уродливый интерфейс?
DZ
Понятно. можно тоже генерить сваггер из сущностей, помеченных комментом
// swagger:model
// swagger:model
да, но код валидируется, а коменты нет
DZ
да, но код валидируется, а коменты нет
я знаю, есть swaggo, есть go-swagger, форк свогера open api, kin openapi
DZ
куча всякого, но слишком сложная машинерия