C
А будут фото?
Size: a a a
2018 April 28
DP
Учим английский и Kotlin!
Есть русская версия книги
Ⓢ
Фотки со вчерашнего митапа!
MZ
как это будет вяглядеть?
я тут немного работал, так что было не до того
вот так val Any.log: Logger get() = LoggerFactory.getLogger(this::class.java)
ну а использование соответственно
class SomeClass {
fun smth() {
log.info("ffff")
}
}
вот так val Any.log: Logger get() = LoggerFactory.getLogger(this::class.java)
ну а использование соответственно
class SomeClass {
fun smth() {
log.info("ffff")
}
}
S
хмм
S
то есть обращение к логу - всегда его создание?
MZ
кто сказал, что LoggerFactory.getLogger что-то создаёт?
MZ
даже если бы это вдруг неожиданно было так, не дело прикладному коду решать когда логгер должен жить, а когда умирать. это должна решать LoggerFactory
S
тогда много вопросов к производительности
S
но во всяком случае я бы не аффектил так все классы подряд
MZ
а в чем проблема? ты ведь представляешь, что такое extension val?
S
если у класа удет log то ты можешь ажидать логи, а на самом деле..
MZ
тогда много вопросов к производительности
в случае static кеширования у меня будет много вопросов к стабильности :)
S
вызовется его метод
MZ
ну назови LOG
PF
Получается у каждого класса появляется возможность обратиться к функции log? Прикольно. А какой контекст? В смысле для каких классов доступно, для каких нет?
S
я бы предпочел как-то адресно управлять тем, что добавляю к классу
PF
Maxim Zinchenko
а в чем проблема? ты ведь представляешь, что такое extension val?
Мне, например, не нравится следующее: я привязываюсь к контексту приложения, фактически не могу вообще перенести код в другое место
Пока ощущение, что использование extension Val внутри класса - антипатиерн
Пока ощущение, что использование extension Val внутри класса - антипатиерн