async deferred возвращает, а launch – джобу?

А почему одно нельзя, заменить другим? (принциально)

вспоминая про стейт машины. не то что я искал, но может быть интересно: https://github.com/anupcowkur/statelin

Блин 60LoC и 90 звезд, как???

launch -- fire and forget, результат не ждёшь, исключение валит всё сразу как случается. ожидается через .join() async отдаст результат или свалит .await(), обязательный для вызова.

Блин 60LoC и 90 звезд, как???

вспомни про leftpad :)

launch -- fire and forget, результат не ждёшь, исключение валит всё сразу как случается. ожидается через .join() async отдаст результат или свалит .await(), обязательный для вызова.

А что будет плохого если я не вызову await и сделаю вид что у меня fire-and-forget ?

точно могу сказать, что о произошедшем исключении ты никогда не узнаешь, какие ещё последствия -- не знаю.

Товарищи, нет ли тут в build.gradle какого-нибудь тотального косяка? Если импортировать проект, тесты в модуле art2 работают? https://github.com/Miha-x64/mixed-android-kotlin-project Суть в том, что когда присутствует classpath 'com.android.tools.build:gradle:3.0.1', в нормальных модулях всё летит к чертям (ставится неправильный output, классы компилятся в один каталог, идея ожидает увидеть их в другом).

sealed interface в котлин нету?

Нету

По определению быть не может

Там весь sealed через package local конструктор реализуется

А у интерфейсов конструкторов нет

окей

Всё как в скалке в этом плане

sealed interface в котлин нету?

Декомпилируйте sealed класс, и там будет интерфейс.

Декомпилируйте sealed класс, и там будет интерфейс.

Хм, а я вижу там “абстрактный класс”

Хм, а я вижу там “абстрактный класс”

Хм, странно, мне казалось там интерфейс... Ладно, моя вина

А в anko-sqlite у кого-то получалось впихунть TIMESTAMP тип?

Что значит тип TIMESTAMP?

https://billing.timepad.ru/event/662151/

Пфф, ну конечно же нет.

Про какие параметры речь?

Про какие параметры речь?

конструктора

В котлине нету какого-нибудь slice / view, который бы позволил, имея ByteArray, получить его кусок без дополнительных аллокаций?

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

конструктора

а вот что михалыч, да они и не нужны, lateinit на нужные проперти

ччеловек фигней занимается

а вот что михалыч, да они и не нужны, lateinit на нужные проперти

lateinit — зло и костыли, как и синглтоны с параметрами/зависимостями/состоянием

lateinit — зло и костыли, как и синглтоны с параметрами/зависимостями/состоянием

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

lateinit — зло и костыли, как и синглтоны с параметрами/зависимостями/состоянием

А как инжектить поля без lateinit? Чтобы при этом не делать nullable

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

Что значит «для работы с джавой»?

А как инжектить поля без lateinit? Чтобы при этом не делать nullable

Инжектить только в конструктор.

Инжектить только в конструктор.

К сожалению, не всегда возможно

Что значит «для работы с джавой»?

фраймворки, тот же спринг, с кодовой базой джава

фраймворки, тот же спринг, с кодовой базой джава

спринг умеет @Autowired constructor

при чём здесь, на чём кодовая база?

спринг умеет @Autowired constructor

5

а 4

при чём здесь, на чём кодовая база?

библиоте и всякая всячина

а 4

умеет, я проверял

библиоте и всякая всячина

какие библиотеки требуют использования lateinit?

умеет, я проверял

ну тогда да

Идея сто лет как в четвёртом подсвечивает что Autowired нужно на конструкторе и в других местах это плохо

какие библиотеки требуют использования lateinit?

ну спринг оказалось нет, ще JavaFX. Но чесно говоря я не знал про @Autowired constructor

какие библиотеки требуют использования lateinit?

А при инжекте, например, в Activity в Андрюшке это разве не необходмое зло?

ну спринг оказалось нет, ще JavaFX. Но чесно говоря я не знал про @Autowired constructor

В JavaFX ты про биндинги?

ну спринг оказалось нет, ще JavaFX. Но чесно говоря я не знал про @Autowired constructor

Что JavaFX?

Идея сто лет как в четвёртом подсвечивает что Autowired нужно на конструкторе и в других местах это плохо

не пользовался им, начал учить сразу с 5-го

Что JavaFX?

FXML, инжекты в контролер

FXML, инжекты в контролер

А, я tornadoFX пользуюсь.

FXML, инжекты в контролер

Ага, я про них, биндинги. Ну увы, не хочешь ручками их делать - то lateinit

А, я tornadoFX пользуюсь.

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

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

вообще вне контекста

Отсутствие вменяемого и поддерживаемого инструмента для рисования похоронило для меня Fx(

Отсутствие вменяемого и поддерживаемого инструмента для рисования похоронило для меня Fx(

а я люблю ручками писать

Ручками я написался.. свои компоненты делать - то еще зло.. На ангуляре куда проще тоже самое писать

Вот за что спасибо - это observable collections которые вместе идут, они хоть как-то жизнь облегчали

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

итератор есть

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

bytes.slice(2..5)

Странные вопросы, открыл ide, посмотрел какие методы доступны.. поискал по названию

kotlin.collections - то по чему я плачу во всяких тайпскриптах

какие библиотеки требуют использования lateinit?

Ведро же, ну.

Ведро же, ну.

Это не библиотека, это рассадник антипеттернов. :)

Я-то не спорю, но необходимость работать с ним от понимания этого не отпадает.

Задумался.. даггер что ли?

Я-то не спорю, но необходимость работать с ним от понимания этого не отпадает.

Я предпочёл один раз написать костыли, которые позволяют писать без этого.

bytes.slice(2..5)

Спасибо, документацией к стандартной библиотеке я пользоваться умею. .slice копирует данные в новый ByteArray, а я спрашивал о возможности обойтись без копирования -- чёт вроде Go-шных слайсов, std::string_view из новых плюсов и т. п.

Задумался.. даггер что ли?

И как он поможет избавиться от lateinit во фрагментах, например?

И как он поможет избавиться от lateinit во фрагментах, например?

Вспоминаю где вообще там lateinit бывает, сам ведроид стараюсь не трогать

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

Бывает в любом классе, жизненным циклом которого дев не управляет. Activity, Fragment, View, Service, Loader, ContentProvider, тысячи их.

Спасибо, документацией к стандартной библиотеке я пользоваться умею. .slice копирует данные в новый ByteArray, а я спрашивал о возможности обойтись без копирования -- чёт вроде Go-шных слайсов, std::string_view из новых плюсов и т. п.

bytes.asList().subList(2, 4) ?

bytes.asList() Как только в Котлин завезут ByteArrayList, это сможет обойтись без копирования :)

Можно рассмотреть вариант с Okio

com.sun.org.apache.xerces.internal.impl.dv.util.ByteListImpl ?

com.sun.org.apache.xerces.internal.impl.dv.util.ByteListImpl ?

Только не xerces!!!

Можно рассмотреть вариант с Okio

"Пытался обойтись NIO", -- начал писать я и понял, что у ByteBuffer есть .slice, который я ищу. Спасибо :)

(Хотя это и не решает вопрос с самим котлином, ибо JVM-specific. Не уверен, конечно, насколько это необходимая в стандартной библиотеке штука...)

bytes.asList() Как только в Котлин завезут ByteArrayList, это сможет обойтись без копирования :)

Чем ByteArray.asList(): List<Byte> плох-то? Хочу понять

Чем ByteArray.asList(): List<Byte> плох-то? Хочу понять

Тем, что там копирование и боксинг.

Тем, что там копирование и боксинг.

Боксинг - да, а копирование где? Может после работы не соображаю, но в коде не вижу

А зачем ты мутабельный делаешь?

Ээээ.. разве первый два не иммутабельные?

Ээээ.. разве первый два не иммутабельные?

emptyList и singletonList иммутабельные, да

emptyList и singletonList иммутабельные, да

тогда возвращать мутабельный лист наравне с ними выглядит странно по мне

тогда возвращать мутабельный лист наравне с ними выглядит странно по мне

У котлина в стдлибе нет персистентных коллекций. Возвращает то, что есть на JVM :)

Можно было бы обернуть в unmodifiableList, но оверхед

@Harmonizr Аааа, не посмотрел что это toList из стандартной либы)) я про asList всё говорю

Я долбоневнимателен, asList() отлично сделан

А разве мутабельность как-то влияет на необходимость копировать при боксинге? Сорцы не дочитал, отвлёкся. Пойду дочитаю.

А разве мутабельность как-то влияет на необходимость копировать при боксинге? Сорцы не дочитал, отвлёкся. Пойду дочитаю.

asList оборачивает массив байт, так что копирования там нет

боксинг — только при get/set, но весь диапазон java.lang.Byte закеширован