А чем сейчас не устраивает?

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

это просто коллбеки, которые компилятор преобразует в код который похож на "синхронный", устраняя колбекхел)

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

А что там обновлять? Я так понимаю, что остальное это задача других либ- оборачивать асинхронные io в вызовы к бд и тд.

или не правильно понимаю?)

если я все правильно понимаю, то корутины - это типа легковесных тредов и там могут быть блокирующие вызовы. зато писать код проще. в случае асинка этот процесс становится контролируемым (блокировка)

блокировать корутины как раз не надо

это просто коллбеки, которые компилятор преобразует в код который похож на "синхронный", устраняя колбекхел)

звучит круто. а надо заморачиватся в использовании каких-то специальных асинхронных библиотек в этом случае, чтобы они возвращали управление в случае io?

А что там обновлять? Я так понимаю, что остальное это задача других либ- оборачивать асинхронные io в вызовы к бд и тд.

Текущие состояние kotlinx-nio это низкоуровневые обертки над AsyncChannel. А они (я так понял) хотят навернуть абстракцию, что бы вообще не думать о NIO.

Текущие состояние kotlinx-nio это низкоуровневые обертки над AsyncChannel. А они (я так понял) хотят навернуть абстракцию, что бы вообще не думать о NIO.

Свое async JDBC реализовать?)

Про это я не слышал. Наверное проще написать обертки под разрабатываемый Oracl

Есть у кого-нибудь пример котлин + даггер 2, включая библиотеку даггер андроид?

Интересуют отличия в реализации

Есть у кого-нибудь пример котлин + даггер 2, включая библиотеку даггер андроид?

полно в интернете

полно в интернете

Да что-то все не работает, переезжаю с явы, и проблемы появились

Да что-то все не работает, переезжаю с явы, и проблемы появились

в @android_architecture должны знать

в @android_architecture должны знать

Спасибо

оно даст счастье или есть что лучше?

spring boot с webflux возьми поверх netty)

https://github.com/JetBrains/kotlin/commits/rr/zarechenskiy2 А тем временем в Kotlin везут inline classes (правда, пока с единственным свойством, то бишь работать это будет только как typedef на стероидах).

А пропозал где?

Это веб-сервер. Мне понравился.

akka-http мне зашел больше всего из альтернатив. DSL божественный

https://github.com/JetBrains/kotlin/commits/rr/zarechenskiy2 А тем временем в Kotlin везут inline classes (правда, пока с единственным свойством, то бишь работать это будет только как typedef на стероидах).

Интересно. Можно будет запилить какие-нибудь PositiveInt, NonNegativeInt, например.

Интересно. Можно будет запилить какие-нибудь PositiveInt, NonNegativeInt, например.

Я больше жду Uint и компанию -- как раз общаюсь сейчас с автором kotlin-unsigned на предмет multi-platform, который, очевидно, скоро в Kotlin/Native завезут.

https://github.com/JetBrains/kotlin/commits/rr/zarechenskiy2 А тем временем в Kotlin везут inline classes (правда, пока с единственным свойством, то бишь работать это будет только как typedef на стероидах).

А примеры их, или для чего они

насколько я помню, в первую очередь это ускорит корутины

А примеры их, или для чего они

typealias MyInt = Int определяет новое имя для того же типа. inline class MyInt(val v: Int) определяет новый тип, на котором можно определить свои операторы, методы и не иметь неявного приведения типов.

class MyInt(val v: Int) тоже определяет новый тип, но этот явный бокс живёт в рантайме, в отличине от inline class, где в рантайме не будет объекта-враппера

Банально, inline class SomeId(val value: UUID) чтобы не подснуть чужой айдищник куда не недо.

по сути newtype

или typedef, кому что ближе :)

AllowContractsForCustomFunctions выглядит многообещающе. Интересно, что такое NewInference :)

а еше можно "как бы" union типы делать с помощью них например inline class FeatureOrValue<T>(val value: Any?) { fun asFeature(): Feature<T> = value as Feature<T> fun asValue(): T = if (value is Feature) error("...") else value as T }

или например бесплатный Result<T>

Для полного счастья не хватает сеттеров для свойств, которые умеют принимать типы, отличные от типов самих свойств. Ибо в текущем виде придётся иметь inline set<reified T>()

это нам 1.3 аж осенью ждать походу

Пора начинать жить в мастере :D

eap не будет?

насколько я помню, в первую очередь это ускорит корутины

а есть где почитать?

или например бесплатный Result<T>

А как это можно?

а есть где почитать?

нет :( это из внутренних обсуждений

А как это можно?

inline class Result<T>(val value: Any?) { fun asError(): Throwable = value as Throwable fun asValue(): T = if (value is Throwable) throw value else value as T }

если коротко: не надо будет на каждый результат(шаг) continuation'a создавать объект (насколько я помню)

inline class Result<T>(val value: Any?) { fun asError(): Throwable = value as Throwable fun asValue(): T = if (value is Throwable) throw value else value as T }

Ну ок, надо будет правда осторожно быть с value, что бы не записать туда наследников Throwable

spring boot с webflux возьми поверх netty)

ok

Ну ок, надо будет правда осторожно быть с value, что бы не записать туда наследников Throwable

можно private спец обертку маркерную сделать, чтобы не класть Throwable напрямую

и тогда гарантированно не сломать

нет :( это из внутренних обсуждений

а когда планируется eap и релиз?)

inline class Result<T>(val value: Any?) { private class Error(t: Throwable) fun asError(): Throwable? = (value as? Error)?.t fun asValue(): T = if (value is Error) throw value.t else value as T }

а когда планируется eap и релиз?)

не знаю :) я не котлин делаю, ничего про их релизы не знаю

вот тут кстате обсуждение про Result<T> https://youtrack.jetbrains.com/issue/KT-18608

Почему-то я даже не удивлён, что в обсуждение набежали функциональщики и вытеснили остальных)

Ну а зачем здоровым людям Result, когда можно кидать исключения ?

Чтобы хранить и передавать их, как изначально описано в issue? :)

особенно актуально при работе с коллекциями

Чтобы хранить и передавать их, как изначально описано в issue? :)

Разработчикам либ еще понятно, для промисов или вот корутин (это внутрення оптимизация) А обычным пользователям зачем это “хранить и передавать”?

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

Разработчикам либ еще понятно, для промисов или вот корутин (это внутрення оптимизация) А обычным пользователям зачем это “хранить и передавать”?

например, в Android передать результат между компонентами

(как это делаю я)

Тут можно задавть вопросы по непооняткам ? )

Тут можно не задавать вопросы, можно ли задавать вопросы. То бишь дерзайте.

без init как реализовать ? или так и должно быть. Что бы не передавать с дочернего в родительский

вообще думал параметры передавать в родительский класс но туда чето не пихается )

регион должен быть обязательным параметром, остальные по умолчанию

А что делают методы в init?

Sprite - класс с либы LibGDX

без init как реализовать ? или так и должно быть. Что бы не передавать с дочернего в родительский

хмм, если упростить, то задача выглядит как «как передать так, чтобы не передавать»? Кстати, что будет, если позвать setRegion извне? Tile же не узнает об этом и будет жить в заблуждении?

загоняю регион текстуры в родительский класс Спрайт ну и координаты

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

его*

setRegion меняется на region самим котлином, так что я как понял без разницы как мне загонять this.region = region или setRegion(region)

> Tile же не узнает об этом и будет жить в заблуждении? Tile и не знает ничего об актуальных значениях x, y и т.п., они ж не свойства, а просто параметры конструктора.

а поччему тогда они обявляеются без ошибок без val ?

в конструкторе

он я так понял берет их от родительского Sprite

Если вам нужно в конструкторе вызвать какие-то методы, то делается это в init { ... }, всё нормально. Ваши region, x, y, width, height -- это параметры конструктора и доступны они только в init { ... }

> Tile же не узнает об этом и будет жить в заблуждении? Tile и не знает ничего об актуальных значениях x, y и т.п., они ж не свойства, а просто параметры конструктора.

о, я, как всегда, невнимателен

в книжке вроде смотрел проще как то было... ща найду перечитаю, спасиб )

о, я, как всегда, невнимателен

Я тоже не сразу заметил, потому и озвучил явно.

а поччему тогда они обявляеются без ошибок без val ?

Без val это параметры конструктора, которые доступны только в пределах init

в книжке вроде смотрел проще как то было... ща найду перечитаю, спасиб )

Поделитесь с чатиком, мне даже интересно стало, как это предлагается сделать проще :)

я гвоорю когда читал, проще выглядило ))) щас пересмотрю )

может показалось)

Я просто не сильно понимаю, куда уже проще -- параметры для конструктора указаны, в "теле конструктора" методы вызваны, всё прекрасно. Просто размазано оно по двум местам, да, но это плата за красоту свойств и параметров конструктора, объявленных в одном месте.

Я просто не сильно понимаю, куда уже проще -- параметры для конструктора указаны, в "теле конструктора" методы вызваны, всё прекрасно. Просто размазано оно по двум местам, да, но это плата за красоту свойств и параметров конструктора, объявленных в одном месте.

можно написать вторичный constructor и сделать в одном месте

Да, к этому придётся некоторое время привыкать :)

ну просто с этим init получается громоздко... в таком случае можно не задавать параметры таким образом, а просто создать конструктор, или в constructor конструкторе я не смогу явно задать обязательные и не обязательные параметры ? Если так то да ))

можно написать вторичный constructor и сделать в одном месте

Можно и вторичный конструктор определить, но зачем? Автору один конструктор нужен, насколько я понимаю.

Можно и вторичный конструктор определить, но зачем? Автору один конструктор нужен, насколько я понимаю.

определить только вторичный

ну просто с этим init получается громоздко... в таком случае можно не задавать параметры таким образом, а просто создать конструктор, или в constructor конструкторе я не смогу явно задать обязательные и не обязательные параметры ? Если так то да ))

дефолтные параметры можно везде

А во вторичном конструкторе можно проперти определять?

А во вторичном конструкторе можно проперти определять?

нет

нужен 1, что бы не передавать то что в данный момент мне не нужно, (проинициализированые параметры были что би)

ну просто с этим init получается громоздко... в таком случае можно не задавать параметры таким образом, а просто создать конструктор, или в constructor конструкторе я не смогу явно задать обязательные и не обязательные параметры ? Если так то да ))

По моему по другому и не получится (давненько писал на нем игрулю + kotlin - вроде так же делал), libgdx по своей архитектуре очень мутабельный - там норм в конструкторе вызвать методы инициализации. Разве что сделать свой базовый класс для спрайтов.

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

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

Как до ECS дойдёте (если вдруг будете использовать, конечно) -- порадуетесь этому синтаксису, с ним объявлять системы и компоненты -- одно удовольствие :)

По моему по другому и не получится (давненько писал на нем игрулю + kotlin - вроде так же делал), libgdx по своей архитектуре очень мутабельный - там норм в конструкторе вызвать методы инициализации. Разве что сделать свой базовый класс для спрайтов.

А по производительности что скажете ? Читал что котлин компилит в байткод джава, ну и дальше jvm шпарит, и вроде как все норм. Вот конкретно в либгдх стоит его юзать ? не потеряю в скорость выполнения ?

А по производительности что скажете ? Читал что котлин компилит в байткод джава, ну и дальше jvm шпарит, и вроде как все норм. Вот конкретно в либгдх стоит его юзать ? не потеряю в скорость выполнения ?

скорее всего, заметить разницу будет крайне сложно.

это радует)