T
И вообще результате лоада все равно неплохо валидировать по схеме, толку от аннотаций сырого результата все равно мало
Size: a a a
2021 January 05
T
auto auto(auto auto);
SZ
класс?!
Замени это на namedtuple или просто tuple, если тебе так нравится.
Z
ну вот по совокупности этих двух аргументов они и оставили Any
Z
Замени это на namedtuple или просто tuple, если тебе так нравится.
ты меня потерял
DK
Хз. Я бы всё равно написал мелкий класс для такого.
Сравни теперь удобство вызова типичной функции из sklearn так, как есть, и с твоим классом
DK
Или subprocess.Popen
SZ
Почаны, я не пользуюсь ML
SZ
Или subprocess.Popen
Тут согласен: куча настроек передаётся в вызов. И тайпхинты там рили пиздецовые (потому что несколько версий функции выдают)
SZ
В итоге получается каша пиздец.
A
Сравни теперь удобство вызова типичной функции из sklearn так, как есть, и с твоим классом
и в итоге получится тот же класс с кучей аргументов в ините
T
Например те декларации функций, которые раньше занимали 1-2 строки, теперь разлазятся на 10
Больше напрягает копипаста деклараций при наследовании
A
или ссаный паттерн билдер
T
или ссаный паттерн билдер
Я в шаге от применения билдера в своей либе
d
Больше напрягает копипаста деклараций при наследовании
А я все хотел до тебя доебаться как от этого избавиться
SZ
и в итоге получится тот же класс с кучей аргументов в ините
Зависит от кейса.
A
я понимаю это оправдано в жабе, где нельзя (нелья же?) вызывать функции \ классы с передачей отдельных аргументов
DK
В котлине можно
T
я понимаю это оправдано в жабе, где нельзя (нелья же?) вызывать функции \ классы с передачей отдельных аргументов
+
T
А я все хотел до тебя доебаться как от этого избавиться
Поменьше юзать наследование и побольше композицию. А там можно касты юзать, но это не читабельно