AR
А что такое идеоматично тогда?
context.Context был новым интерфейсом, его можно было каким угодно идеоматичным сделатьSize: a a a
2020 May 19
AR
Тот же
AR
В итоге опять нарушили два правила именования
IS
Понятие “правильно” - существует, и определяется оно консенсусом сообщества.
Ну поэтому и не говорим про правильно :) вопрос чисто архитектурный - как не дать разработчику нарушать инварианты
AR
Ну поэтому и не говорим про правильно :) вопрос чисто архитектурный - как не дать разработчику нарушать инварианты
Писать на хаскеле)
RS
Ну смотри, у нас есть три слоя: json, бизнес логика и работа с базой данных
На каждом слое своя структура :)
На каждом слое своя структура :)
у меня зачастую именно так. Структура, которая нужна базе может сильно отличаться от той, которая представляет сущность реального бизнеса. А если нам нужен JSON, то это отдельная структура, поскольку она тоже может отличаться (например json tag’и в бизнес сущности ничего не потеряли).
Можно конечно читить и переиспользовать некоторые стурктуры, но по моему лично опыту со временем это начинает всё портить.
Можно конечно читить и переиспользовать некоторые стурктуры, но по моему лично опыту со временем это начинает всё портить.
AR
у меня зачастую именно так. Структура, которая нужна базе может сильно отличаться от той, которая представляет сущность реального бизнеса. А если нам нужен JSON, то это отдельная структура, поскольку она тоже может отличаться (например json tag’и в бизнес сущности ничего не потеряли).
Можно конечно читить и переиспользовать некоторые стурктуры, но по моему лично опыту со временем это начинает всё портить.
Можно конечно читить и переиспользовать некоторые стурктуры, но по моему лично опыту со временем это начинает всё портить.
если генерировать преобразования из одной структуры в другую, то может это и будет работать, но на практике очень много бойлерплейта
AR
чистые абстракции выбрасываются в угоду прагматичности и дедлайнам
VG
Ну поэтому и не говорим про правильно :) вопрос чисто архитектурный - как не дать разработчику нарушать инварианты
Обложить почти все интерфейсами и функциональными опциями. Но писать много и использовать неудобно будет. Я пытался.
AR
функциональные опции еще мокаются не очень удобно
AR
или интерфейсно-функциональные, которые еще пытаются как-то не давать имплементировать интерфейс свой
AR
// An Option configures a Logger.
type Option interface {
apply(*Logger)
}
Вот типа такого
AS
Спасибо. Теперь fasthttp тоже 20 секунд. А почему у net/http нет замедления при создании клиента каждый раз?
Вот это читали? https://habr.com/ru/post/443378/
RS
Тот же
context.Context был новым интерфейсом, его можно было каким угодно идеоматичным сделатьэтот тип уже подвергся колосальной критике. Это очень корявый дизайн и многие это признали.
AR
этот тип уже подвергся колосальной критике. Это очень корявый дизайн и многие это признали.
А хз как сделать лучше
AR
Было же куча времени это исправить
VG
или интерфейсно-функциональные, которые еще пытаются как-то не давать имплементировать интерфейс свой
Такое тоже делал.
RS
А хз как сделать лучше
во первых разделить на
Canceler и ContextAR
Насколько я помню, там хорошего решения нет
RS
если генерировать преобразования из одной структуры в другую, то может это и будет работать, но на практике очень много бойлерплейта
поэтому частенько приходится читить изначально, а потом фиксить внедряя новые типы.