Это kotlin/java

Добавляет в байт-код названия параметров

Чтобы потом рефлексией можно было вытащить их

оу котлин затерает мена

но все равно странно, чего во втором случае рабтало

Добавляет в байт-код названия параметров

а какая версия спринг ? спринг бут?

spring boot 1.5.12

spring boot 1.5.12

а там полной подержки котлина нет

Да не важно. java тоже затирает

если есть возможность я бы перешел бы на 2-ой бутт и 5 спринг

есть

Да не важно. java тоже затирает

да я о томже, надо будет потестить, интересно стало

А скоро там in-line классы?

Правильно я понимаю, что они избавят от таких штук? data class ItemId(val value: String)

Правильно я понимаю, что они избавят от таких штук? data class ItemId(val value: String)

От конструкций не избавит, скорее от реального оборачивания объектов. Подробнее пока что тут: https://github.com/Kotlin/KEEP/blob/master/proposals/inline-classes.md

От конструкций не избавит, скорее от реального оборачивания объектов. Подробнее пока что тут: https://github.com/Kotlin/KEEP/blob/master/proposals/inline-classes.md

Вполне себе. Что выдаст inline class ItemId(private val value: String) при вызове toString()?

ItemId(“qwe”).toString() == “qwe”?

ItemId(“qwe”).toString() == “qwe”?

https://github.com/Kotlin/KEEP/blob/master/proposals/inline-classes.md#methods-from-kotlinany Согласно этой спеке, да.

А, хотя нет

same as data classes

Тогда будет для начала название inline класса

тогда поидее вообще бы не работало, и смысл аннотаций 0

Аннотации не затираются, исчезает информация с именем аргумента метода. Раньше её вообще не было, поэтому в аннотации имя указывали явно

спринг не пепрестает удивлять) интересно было бы взглянуть чем разнятся эти варианты, что за магические args

Флажок добавляет ту самую инфу из java 8 с именем аргумента

Я честно говоря пока не понял в чем большое приемущество нового IO перед простым cachedThreadPool https://github.com/Heapy/tgto/blob/master/src/main/kotlin/app/hea/tgto/coroutines/Contexts.kt#L36 сс @relizarov

штука в том что там щас добавляют эксперементальный диспатчер. так вот IO и основной диспатчеры не имеют своих отдельных потоков и юзают один пул, только основной диспатчер лимитирует параллельное выполнение тасков кол-ву ядер, а IO может запросить создание нового потока в общем профит в том что IO по возможности будет юзать треды из основного пула на сколько я понял, но могу ошибаться?

https://github.com/Kotlin/kotlinx.coroutines/issues/261

вот тут подробнее описано

получается мои костыли с каналами и акторами для подобного можно будет тоже выпилить, т.к это все на контекстах делается

пока немного странно работает val pool1 = ExperimentalCoroutineDispatcher().blocking(2) val pool2 = ExperimentalCoroutineDispatcher().blocking(2) в итоге не переиспользует воркеров, а создает новые потоки ?

Кто-нибудь писал скрипты на котлине? Скиньте примеры, если есть такие

Кто-нибудь писал скрипты на котлине? Скиньте примеры, если есть такие

мой комнатный webpack https://github.com/JavaneseOnline/JavaneseBackend/blob/master/src/main/resources/combine.kts

Благодарочка

@Enleur следует получать blocking из одного и того же диспатчера так как blocking(n) возвращает лишь некий прокси к оригинальному диспатчеру val dispatcher = ExperimentalCoroutineDispatcher() val blockingPool1 = dispatcher.blocking(2) val blockingPool2 = dispatcher.blocking(2) Так что все потенциально блокирующие задачи испольняете на blocing диспатчерах, а чисто-асинхронные на оригинальном

В планах сделать DefaultContext таким корневым диспатчером. Тогда там будут переиспользоваться потоки. Но если вы создаёте диспатчер руками, то у него будут свои потоки.

Добрый день. Есть ли возможность вызывать extension методы как static из kotlin? Из Java top level extension вызываются как static: exts/FooExt.kt package exts import Foo fun Foo.foo() = "qaz" SpreadJ.java import exts.FooExtKt; public class SpreadJ { public static void main(String[] args) { Bar bar = new Bar(); System.out.println(FooExtKt.foo(bar)); } }

Добрый день. Есть ли возможность вызывать extension методы как static из kotlin? Из Java top level extension вызываются как static: exts/FooExt.kt package exts import Foo fun Foo.foo() = "qaz" SpreadJ.java import exts.FooExtKt; public class SpreadJ { public static void main(String[] args) { Bar bar = new Bar(); System.out.println(FooExtKt.foo(bar)); } }

а зачем ? Даже не задумывался

@Enleur следует получать blocking из одного и того же диспатчера так как blocking(n) возвращает лишь некий прокси к оригинальному диспатчеру val dispatcher = ExperimentalCoroutineDispatcher() val blockingPool1 = dispatcher.blocking(2) val blockingPool2 = dispatcher.blocking(2) Так что все потенциально блокирующие задачи испольняете на blocing диспатчерах, а чисто-асинхронные на оригинальном

так работает отлично, спасибо. а доступ к обьекту BackgroundDispatcher будет открыт чтобы не создавать свои потоки?

а зачем ? Даже не задумывался

Ну например, чтобы вызвать extension, если он перекрыт member методом

@Enleur почти наверняка будет, но пока не ясно когда именно это случится

и я так понимаю в планах CIO сервер для ktor тоже пустить через общий диспатчер?

может кто-то дать наводку на документацию по корутинам по следующему вопросу: fun foo(): Int = 42 переходит в kotlin-байткод public final static foo()I Но, suspend fun bar(): Int = suspendCoroutine { 42 } переходит в public final static bar(Lkotlin/coroutines/experimental/Continuation;)Ljava/lang/Object; Почему return type не Integer?

потому что по факту калбек вернуло

@Enleur это пока точно неизвестно, возможно по-прежнему будет свой диспатчер на экземпляр сервера. Думаю, это не будет проблемой

понял, спасибо)

Добрый день. Есть ли возможность вызывать extension методы как static из kotlin? Из Java top level extension вызываются как static: exts/FooExt.kt package exts import Foo fun Foo.foo() = "qaz" SpreadJ.java import exts.FooExtKt; public class SpreadJ { public static void main(String[] args) { Bar bar = new Bar(); System.out.println(FooExtKt.foo(bar)); } }

Можно, если в котлине он помечен как JvmStatic

Можно, если в котлине он помечен как JvmStatic

вроде только компаньйона можно помечать

Может быть. Может там и не нужен JvmStatic. Я помню, что я это делал

Может быть. Может там и не нужен JvmStatic. Я помню, что я это делал

я чет не могу, скинул бы пример

Можно, если в котлине он помечен как JvmStatic

Что-то у меня не получается: exts/FooExt.kt package exts import Foo object FooExt { @JvmStatic fun Foo.foo() = "qaz" } Spread.kt import exts.FooExt fun main(args: Array<String>) { val bar: Foo = Bar() println(bar.foo()) println(bar.bar()) FooExt.foo(bar) // здесь не компилится } interface Foo { fun foo(): String } class Bar: Foo { override fun foo(): String = "foo" } fun Foo.bar() = foo() + "bar"

Да, примеры синтетические, исключительно для тестирования ограничений языка

По аналогии с лямбдами, можно было бы сделать возможность вызвать экстеншн передавая this первым параметром

работает без JvmStatic

работает без JvmStatic

Неа

Неа

+

По аналогии с лямбдами, можно было бы сделать возможность вызвать экстеншн передавая this первым параметром

Ну с точки зрения байт кода он и так static: public final static foo(LFoo;)Ljava/lang/String;

работает без JvmStatic

только вне класса, где котлин добровольно генерит статические методы

ERROR: S client not available

Я про это и говорю

Топ левел

Если не топ левел, то нужен JvmStatic

всем привет, можно ли в котлине что-то типа List<String>::class.java

хотя, там статик стоит на неком foo

всем привет, можно ли в котлине что-то типа List<String>::class.java

нет, в JVM дженерики стираются

только вне класса, где котлин добровольно генерит статические методы

Из Java всё норм вызывается, а вот из Kotlin никак

Ну с точки зрения байт кода он и так static: public final static foo(LFoo;)Ljava/lang/String;

ну а с точк зрения яп, статика нет, так что все нормально что он его не находит

Что-то у меня не получается: exts/FooExt.kt package exts import Foo object FooExt { @JvmStatic fun Foo.foo() = "qaz" } Spread.kt import exts.FooExt fun main(args: Array<String>) { val bar: Foo = Bar() println(bar.foo()) println(bar.bar()) FooExt.foo(bar) // здесь не компилится } interface Foo { fun foo(): String } class Bar: Foo { override fun foo(): String = "foo" } fun Foo.bar() = foo() + "bar"

В общем, отвечая на исходный вопрос, расширение заменяется на метод с ресивером в качестве первого параметра если удается его увидеть

Не обязательно статик. member extensions работают так же

Что-то у меня не получается: exts/FooExt.kt package exts import Foo object FooExt { @JvmStatic fun Foo.foo() = "qaz" } Spread.kt import exts.FooExt fun main(args: Array<String>) { val bar: Foo = Bar() println(bar.foo()) println(bar.bar()) FooExt.foo(bar) // здесь не компилится } interface Foo { fun foo(): String } class Bar: Foo { override fun foo(): String = "foo" } fun Foo.bar() = foo() + "bar"

with(fooExt) { foo.foo() }

В общем, отвечая на исходный вопрос, расширение заменяется на метод с ресивером в качестве первого параметра если удается его увидеть

бойсь исходный вопрос был немного иной, "можно ли експрешен функцию вызвать как джавовский статик"

Если она статическая то да.

Если она статическая то да.

у меня не получилось

котлин ее в упор не видит

Топ левел или в классе?

Топ левел только что проверил - видит

и та к и так

может чего-то путями...

with(fooExt) { foo.foo() }

Нет, так вызовется member, если он есть у foo, а не экстеншн

Нет, так вызовется member, если он есть у foo, а не экстеншн

экстеншеном нельзя перекрыть мембер

экстеншеном нельзя перекрыть мембер

Я не про перекрыть, я скорее про qualified вызов екстеншена.

кажется, если есть мембер, экстеншен недостижим)

экстеншеном нельзя перекрыть мембер

вот человек хочет вызывать Класс.метод(ресивер)ж