AN
Вот ktor, кстати, такое эксплуатирует в
install(Feature). И правда выглядит как какя-то магия.Да ладно, в корутинах сплошь и рядом и это супер-круто
Size: a a a
2020 February 10
KZ
Да ладно, в корутинах сплошь и рядом и это супер-круто
Например?
KZ
В смысле, где в корутинах используется
AN
Например?
coroutineContext[Job]BP
Что именно хочется убрать?
Я думаю скоуп класса ограничит
AN
Компаньенаы используются вместо типов как ключи. Я вот прям щас пишу API для таблиц и делаю там то же самое, как в Exposed
AN
Я думаю скоуп класса ограничит
это как?
AN
В принципе к компаньене нужен доступ к приватным конструкторам, остальное не так важно.
BP
это как?
Ну убрать неявный скоуп, что бы филды, методы в классе писались через ClassName.foo
AN
Ну убрать неявный скоуп, что бы филды, методы в классе писались через ClassName.foo
в смысле в компаньене? Не понял
VP
Ну убрать неявный скоуп, что бы филды, методы в классе писались через ClassName.foo
Это будет отличаться от поведения обычных объектов в классе
BP
в смысле в компаньене? Не понял
В самом классе
AN
В самом классе
а как это? Инстанс же нужен
BP
а как это? Инстанс же нужен
Так дело не в инсиансе, а в смешанном скоупе. Как хотят это изменить хз
AN
Так дело не в инсиансе, а в смешанном скоупе. Как хотят это изменить хз
Ну в смысле, чтобы при вызове из класса было понимание, что вызвалось, функция инстанса или функция компаньена?
BP
Ну в смысле, чтобы при вызове из класса было понимание, что вызвалось, функция инстанса или функция компаньена?
Да
AN
Понял теперь, хотя по-моему это ерундовая вещь
BP
Понял теперь, хотя по-моему это ерундовая вещь
Ну это пример, пока пользы в нем не много
AN
Наверное можно чуть поизящнее, но я бы не сказал, что это проблема компаньенов вцелом.
AN
Я думаю, что это можно было бы как-то красиво сделать, если бы более изящно обыграть this. То есть есть this, который несет ссылку на текущий инстанс, а есть еще какое-нибудь слово, условно
companion, которое хранило бы ссылку на компаньена/