QH
это как?
.use(fun(it: T) {
…
})Size: a a a
2020 October 23
ИИ
.use(fun(it: T) {
…
})оу. рили
BP
Господа. Я правильно понимаю, что нужно использовать секции try/finally, чтобы иметь возможность перехватывать return без метки @use внутри исполняемого блока?
Или существуют другие практики?
Или существуют другие практики?
Ем а зачем use ? В данном случае
ИИ
.use(fun(it: T) {
…
})так. а зачем оно?
ИИ
Ем а зачем use ? В данном случае
логику выделения/возвращения jdbc соединения вынести из блока.
ИИ
"логику" громко сказано. просто рутинные операции
BP
так. а зачем оно?
Тут про инлайнинг и то как return ведёт там, в инлайнах return возвращает из основной функции
BP
логику выделения/возвращения jdbc соединения вынести из блока.
? Оно просто закрывает, это +1 строчка
BP
А стоп это собственный метод
ИИ
Тут про инлайнинг и то как return ведёт там, в инлайнах return возвращает из основной функции
да. я понял это. вот и пришёл узнать, а как правильно инлайны строить, чтобы block выполнился, и даже если в нём сделали return value, а не return@use value, то всё равно закрыло соединение.
Вы мне на днях показали, как работа ведётся с Closeable.use, но там секции try/catch/finally введены для того, чтобы и с исключениями поработать. finally там так и так нужна.
Вы мне на днях показали, как работа ведётся с Closeable.use, но там секции try/catch/finally введены для того, чтобы и с исключениями поработать. finally там так и так нужна.
QH
да. я понял это. вот и пришёл узнать, а как правильно инлайны строить, чтобы block выполнился, и даже если в нём сделали return value, а не return@use value, то всё равно закрыло соединение.
Вы мне на днях показали, как работа ведётся с Closeable.use, но там секции try/catch/finally введены для того, чтобы и с исключениями поработать. finally там так и так нужна.
Вы мне на днях показали, как работа ведётся с Closeable.use, но там секции try/catch/finally введены для того, чтобы и с исключениями поработать. finally там так и так нужна.
погоди, а разве non-local return пройдёт мимо finally? Я вот так не думаю
BP
да. я понял это. вот и пришёл узнать, а как правильно инлайны строить, чтобы block выполнился, и даже если в нём сделали return value, а не return@use value, то всё равно закрыло соединение.
Вы мне на днях показали, как работа ведётся с Closeable.use, но там секции try/catch/finally введены для того, чтобы и с исключениями поработать. finally там так и так нужна.
Вы мне на днях показали, как работа ведётся с Closeable.use, но там секции try/catch/finally введены для того, чтобы и с исключениями поработать. finally там так и так нужна.
Ну так если ты вернёшься из метода в блоке try ты все равно попадешь в finally.
ИИ
погоди, а разве non-local return пройдёт мимо finally? Я вот так не думаю
нет. конечно, не пройдёт. но я спрашиваю, правильно ли так?
BP
Если не путаю
ИИ
это первое решение, которое пришло в голову. но кто знает, на что способен котлин)
BP
это первое решение, которое пришло в голову. но кто знает, на что способен котлин)
Это jvm. 6а других платформах хз. Но должно быть аналогично
ИИ
и вдруг finally ресурсы кушает, или не даёт jvm оптимизировать код с такими секциями
BP
и вдруг finally ресурсы кушает, или не даёт jvm оптимизировать код с такими секциями
Конечно не даёт, точней сам try. Ну и наоборот.
BP
Оптимизацией нужно заниматься когда ресурсов нет, если это не касается архитектуры приложения
ИИ
Конечно не даёт, точней сам try. Ну и наоборот.
вот. значит правильно пришёл