L
Какое именно?
Context.toPx(dp :Float)Size: a a a
2021 June 24
JF
сделать
L
🤝
L
На контекст можно много чего навесить 😁
АМ
суть в том, что если делать 23.toDp(context), то всегда надо передавать одно и тоже значение (context) и вот от этого дублирования можно было бы попробовать избавиться (правда, хз как), а вот если делать расширение для контекста, то останется подставить аргумент в эту функцию toDp(23), просто куда ведь лучше сделать 23.toDp(), если бы такое можно было сделать, чем toDp(23), хотя по факту, одно и тоже)
DD
А кто мешает?
fun Int.toDp(): Int = (this / Resources.getSystem().displayMetrics.density).toInt()L
Как правило, dp в px переводят, а не наоборот 🤷♂
JF
суть дискуссии в том, что при данном решении эта функция будет видна в домене (не хорошо так)
DD
Суть дискуссии я понимаю, отвечал исключительно на "вот можно было бы избавиться от передачи контекста в метод"
АМ
топчик, именно то. что я и хотел
JF
так это же ничего не меняет
L
+
АМ
экстеншены ведь преобразуются потом в статические функции, которые в качестве первого аргумента принимают тип, для которого написан экстеншен?
L
Для extensions создаётся что-то типа статического хэша функций под соответствующий тип. Да, им неявно передается this.
АМ
АМ
JF
это выглядит лаконично, но проблема с ограничением видимости остается. Ее можно вызывать отовсюду
а при переиспользовании потребуется переписывание
а при переиспользовании потребуется переписывание
U
Имхо, корректнее использовать
fun Context|View|Resources.dip(sz: Int): FloatАМ
не совсем так, потому что я определил этот экстеншен в базовом классе нашего фрагмента, от которого должны все наследоваться
JF
а если будет новый фрагмент, который не должен от этого наследоваться?