AO
Ну с точки зрения компилятора думаю так будет проще
Size: a a a
2020 February 26
AO
Если сделают и так и так - окей
AN
Сложный вопрос. Это же просто редирект при статическом диспатче
AN
Смысл в том, что компаньен как namespace нужен часто, а как объект довольно редко. Можно довольно лихо сэкономить, если бы можно было бы диспатчить неймспейсы, не генерируя классы.
RE
Да. Сейчас в котлине в качестве "чистого namespace" может выступать только пакет. Но иногда, по стилистическим соображениям, хочется спрятать функции в namespace класса. Сейчас такой возможности нет. То есть это можно сделать только заведя companion который является полноценным объектом (с idenity и даже с именем), а не просто namespace-ом. Не очень понятно как такую фичу вписать в существующий синтаксис Котлина (case in point, compaion extensions are defined using compaion's name). То есть идей-то в этом направлении масса, но нет какой-нибудь которая вот прямо бы очень нравилась. Самое, конечно, "очивидное" решение, которое часто озвучивается, это "вернуть" в Kotlin модификатор "static".
AN
Да. Сейчас в котлине в качестве "чистого namespace" может выступать только пакет. Но иногда, по стилистическим соображениям, хочется спрятать функции в namespace класса. Сейчас такой возможности нет. То есть это можно сделать только заведя companion который является полноценным объектом (с idenity и даже с именем), а не просто namespace-ом. Не очень понятно как такую фичу вписать в существующий синтаксис Котлина (case in point, compaion extensions are defined using compaion's name). То есть идей-то в этом направлении масса, но нет какой-нибудь которая вот прямо бы очень нравилась. Самое, конечно, "очивидное" решение, которое часто озвучивается, это "вернуть" в Kotlin модификатор "static".
> Но иногда, по стилистическим соображениям, хочется спрятать функции в namespace класса
Я бы сказал, очень часто.
> Самое, конечно, "очивидное" решение, которое часто озвучивается, это "вернуть" в Kotlin модификатор "static"
Вот не надо пожалуйста, лучше сделайте что-нибудь вроде
Я бы сказал, очень часто.
> Самое, конечно, "очивидное" решение, которое часто озвучивается, это "вернуть" в Kotlin модификатор "static"
Вот не надо пожалуйста, лучше сделайте что-нибудь вроде
MyClass::namespace вместо MyClass.CompanionAN
Кто-то тут на днях показывал калькулятор на обратной польской нотации. Оно надо: https://github.com/mipt-npm/gdml.kt/issues/12
D
> Но иногда, по стилистическим соображениям, хочется спрятать функции в namespace класса
Я бы сказал, очень часто.
> Самое, конечно, "очивидное" решение, которое часто озвучивается, это "вернуть" в Kotlin модификатор "static"
Вот не надо пожалуйста, лучше сделайте что-нибудь вроде
Я бы сказал, очень часто.
> Самое, конечно, "очивидное" решение, которое часто озвучивается, это "вернуть" в Kotlin модификатор "static"
Вот не надо пожалуйста, лучше сделайте что-нибудь вроде
MyClass::namespace вместо MyClass.Companion+++
ВС
Друзья, есть делающие помочь с кодом? Сделать небольшое код ревью одного класса активити. Там строк 100 максимум
ВС
Нужно подсказать как правильно отрефакторить то «нечто»
MT
Mvp, mvvm
ВС
Просто класс без логики. Там только работа с ui
ВС
Нужен именно с рефакторингом помояь
QH
Друзья, есть делающие помочь с кодом? Сделать небольшое код ревью одного класса активити. Там строк 100 максимум
ВС
Конечно
QH
Нужно подсказать как правильно отрефакторить то «нечто»
мне не нравится дублирование лисенеров. Я угадал, именно это нужно поправить?
ВС
мне не нравится дублирование лисенеров. Я угадал, именно это нужно поправить?
Да. И если еще что-то есть такое, оо его тоже
QH
Да. И если еще что-то есть такое, оо его тоже
Ага. Ну я бы сделал либо extract method, либо создал отдельно класс, реализующий OnClickListener, и использовал его дважды.
А ещё меня стремает хранение данный в полях активити. Не виживут же.
А ещё меня стремает хранение данный в полях активити. Не виживут же.
ВС
Ага. Ну я бы сделал либо extract method, либо создал отдельно класс, реализующий OnClickListener, и использовал его дважды.
А ещё меня стремает хранение данный в полях активити. Не виживут же.
А ещё меня стремает хранение данный в полях активити. Не виживут же.
Я потом из этих данных формирую объект процесса и через колбек передаю в другую активити