ML
Чёт смотрю семплы Ktor и подкрадывается ощущение, что ребята заигрались с DSL и шлёпают его куда ни попадя
Size: a a a
2020 September 04
AN
Чёт смотрю семплы Ktor и подкрадывается ощущение, что ребята заигрались с DSL и шлёпают его куда ни попадя
Ну Хади его любит. А что именно не нравится?
ML
Ну Хади его любит. А что именно не нравится?
HttpClient(CIO) {
install(JsonFeature) {
}
}
install(JsonFeature) {
}
}
ML
синглтончики
AN
HttpClient(CIO) {
install(JsonFeature) {
}
}
install(JsonFeature) {
}
}
Вот это как раз очень удобно. Там синглтоны используются как ключи. Также как и в корутинах
ML
ужо бы сделали CioHttpClient { }
ML
и точно такое же в настройке рантайма kotlinx.serialization
AN
ужо бы сделали CioHttpClient { }
Ну вот нет. Там можно вынести логику инициализатора в отдельную функцию, не зависящую от движка, кроме того, можно добавлять движки
ML
полиморфизм посылаем нахуй
VP
ужо бы сделали CioHttpClient { }
А зачем, чтобы писать на пару символов меньше?
AN
Там и нет особого полиморфизма, де-факто передается фабрика
AN
А зачем, чтобы писать на пару символов меньше?
+
ML
А зачем, чтобы писать на пару символов меньше?
а зачем передавать синглтончик?
VP
а зачем передавать синглтончик?
А как ещё, если это инициализационный код, который и решает, какие реализации будут?
ML
Там и нет особого полиморфизма, де-факто передается фабрика
я конечно понимаю, что fluent-api это НЕИДИОМАТИЧНО, но бля
AN
а зачем передавать синглтончик?
Это фабрика. Нормальный паттерн для котлин
VP
Хочешь - передавай абстрактый engine, только это всего лишь перекладывание проблемы по его выбору на вызывающую сторону
ML
выглядит пока как игрушка а не решение какой-то проблемы
AN
выглядит пока как игрушка а не решение какой-то проблемы
Это не решение проблемы, это идиома. Оно ничему не мешает, но делает структуру единообразной