у такого паттерн матчинга не хватает destructive declaration

я как-то на Java писал паттерн матчинг с destructive declaration

у такого паттерн матчинга не хватает destructive declaration

Увы. Согласен. Но можно похимичить и сделать комбинатоpы чеpез and на left/right или a/b/c.

но тогда придется избавиться от when и написать свой

Не могу понять как правильно написать. Подскажите. Допустим вот такой код: class Repository { suspend fun news() : List<News> { ... } } IDE ругается на Redundant suspend modifier Как правильно писать? Ведь этот код будет вызываться внутри корутины

Тут какой-то треп пошел, не могу понять, ответил кто-то или нет. Из корутин можно вызывать обычные функции. Обратно нельзя. Иногда имеет смысл специально вешать suspend на функцию, которая не суспендится, чтобы пометить ее как длительно выполняющуюся и запретить вызывать не из корутин.

Тут какой-то треп пошел, не могу понять, ответил кто-то или нет. Из корутин можно вызывать обычные функции. Обратно нельзя. Иногда имеет смысл специально вешать suspend на функцию, которая не суспендится, чтобы пометить ее как длительно выполняющуюся и запретить вызывать не из корутин.

По-моему, длительно выполняющуюся функцию после пометки саспендом сразу логично уже и в контекст свой отправить :)

https://gist.github.com/komigor/fe668171bcf0c83369de5218a090cf16 Вот тут с вынесением, и ИМХО, выглядит очень опpятно, и понятно, что это именно стейт

Тут какой-то треп пошел, не могу понять, ответил кто-то или нет. Из корутин можно вызывать обычные функции. Обратно нельзя. Иногда имеет смысл специально вешать suspend на функцию, которая не суспендится, чтобы пометить ее как длительно выполняющуюся и запретить вызывать не из корутин.

Наоборот, не хотелось бы в корутинах выполнять долгие функции.

Добавлял, по-всякому пробовал, не выходит.

Покажи кусочки кода, мб что-то придумаем.

По-моему, длительно выполняющуюся функцию после пометки саспендом сразу логично уже и в контекст свой отправить :)

А если она реюзается?

Наоборот, не хотелось бы в корутинах выполнять долгие функции.

Почему это? Я длительную функцию хочу выполнять асинхронно в рабочем потоке

Почему это? Я длительную функцию хочу выполнять асинхронно в рабочем потоке

я бы ждал от корутины, что она быстро отработает

С чего это? Она работает асинхронно. Про быстроту вроде никто ничего не говорил

Почему это? Я длительную функцию хочу выполнять асинхронно в рабочем потоке

Ты же не знаешь, из какого контекста твою саспенд-функцию дернут. Если это окажется, к примеру, контекст UI-потока, будет грустненько. withContext же почти всегда дешевый в 0.25.0

С чего это? Она работает асинхронно. Про быстроту вроде никто ничего не говорил

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

Ну это уже вопрос того, кто вызывает (на оба прошлых поста). Важно что я не хочу ее вызывать на main thread. Понятно, что у меня есть разные корутины. Для справки, я не работаю с бэкэндом, так что у меня специфиа немного другая.

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

В мобилке я бы тоже не хотел блокировать computations-пул вводом-выводом, например.

И не в мобилке тоже :)

Смысл в том, что suspend помечены функции, которые не гарантируют, что они вернутся сразу

А прична может быть разная.

Ну это уже вопрос того, кто вызывает (на оба прошлых поста). Важно что я не хочу ее вызывать на main thread. Понятно, что у меня есть разные корутины. Для справки, я не работаю с бэкэндом, так что у меня специфиа немного другая.

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

А прична может быть разная.

Согласен. Серебрянной пули, само собой, нет :)

В принципе согласен, Когда есть возможность, лучше все засунуть внутрь. Я просто периодически мечу методы в интерфейсах как suspend даже если реализация не использует suspend вызовы, чтобы заранее размечать то, что надо думать откуда вызывать.

https://gist.github.com/komigor/fe668171bcf0c83369de5218a090cf16 Вот тут с вынесением, и ИМХО, выглядит очень опpятно, и понятно, что это именно стейт

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

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

Ну, о том и pечь, да.

Не pучками же писать :)

Можно посмотpеть кстати в стоpону кодогенеpации arrow-kt, может получится в ее pамках сделать. (Пока не смотpел этот pаздел вообще).

Не pучками же писать :)

кстати, а почему Parcelize не используешь?

кстати, а почему Parcelize не используешь?

Не слышал об этой штуке + сомневаюсь, что в моем случае мне сгенеpится код хоть под один data-класс, ибо там слишком много кастомных обеpок.

Не слышал об этой штуке + сомневаюсь, что в моем случае мне сгенеpится код хоть под один data-класс, ибо там слишком много кастомных обеpок.

там удобно можно писать Parceler

https://gist.github.com/komigor/fe668171bcf0c83369de5218a090cf16 Вот тут с вынесением, и ИМХО, выглядит очень опpятно, и понятно, что это именно стейт

а почему бы тогда не использовать sealed class?

а почему бы тогда не использовать sealed class?

Гемоpно.

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

а разве оптика с этим не справляется?

она ведь для того и нужна

а почему бы тогда не использовать sealed class?

+, в него можно было бы еще и кучу визуальных параметров запихнуть

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

А там уже публичный API есть?

Покажи кусочки кода, мб что-то придумаем.

Вот, есть класс на java. В нем несколько методов для вывода и форматирования логов. public class LogUtils { public static void logd(String message) { Log.d("Locating", message); } В proguard я пишу assumenosideeffects правило и в нем перечисляю нужные методы, который мне в релизе не нужны: -assumenosideeffects class packagename.LogUtils { public static *** logd(...); } В итоге из релизной апк вызовы этих методов удаляются, как и сам класс за ненадобностью.

Если LogUtils на джаве написан, то все ок, а если котлин, то не вырезается. Пробовал: -assumenosideeffects class packagename.LogUtils {…} -assumenosideeffects class packagename.LogUtilsKt {…} -assumenosideeffects class packagename.LogUtils.Companion {...}

Если LogUtils на джаве написан, то все ок, а если котлин, то не вырезается. Пробовал: -assumenosideeffects class packagename.LogUtils {…} -assumenosideeffects class packagename.LogUtilsKt {…} -assumenosideeffects class packagename.LogUtils.Companion {...}

А как выглядит код на котлине? Может, там лучше сделать top-level functions?

А в Show Kotlin Bytecode не заглядывал?

А как выглядит код на котлине? Может, там лучше сделать top-level functions?

Пробовал top-level, companion и companion JvmStatic

А там уже публичный API есть?

Вроде нет, но есть сорцы ?

Вроде нет, но есть сорцы ?

Сорцы сегодня одни, завтра другие ?‍♂️

Поясните по инлайн классам. Не является ли недоступность типа инлайн класса в рантайме таким же недостатком, как type erasure у дженериков? Как там с аннотациями, они будут видны в рантайме?

Поясните по инлайн классам. Не является ли недоступность типа инлайн класса в рантайме таким же недостатком, как type erasure у дженериков? Как там с аннотациями, они будут видны в рантайме?

а когда тебе вдруг инлайн класс понадобится в рантайме? Это ведь сделано для того чтобы использовать тайпчекер как тесты по спецификации без накладных расходов

а когда тебе вдруг инлайн класс понадобится в рантайме? Это ведь сделано для того чтобы использовать тайпчекер как тесты по спецификации без накладных расходов

Конкретный пример не смогу привести, для каких-нибудь фреймворков с рантайм-магией. Сейчас дженерики в Джаве работают только как тесты по спецификации, и это их крупный недостаток.

Поясните по инлайн классам. Не является ли недоступность типа инлайн класса в рантайме таким же недостатком, как type erasure у дженериков? Как там с аннотациями, они будут видны в рантайме?

Насколько я помню, там, где тип не известен статически, они боксятся

Поясните по инлайн классам. Не является ли недоступность типа инлайн класса в рантайме таким же недостатком, как type erasure у дженериков? Как там с аннотациями, они будут видны в рантайме?

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

Котоны, а кто нить может мне объяснить почему котлин плагин 1.3m2 настройчиво советует вот в таком примере: val counter = list.map { it.someInt }.sum() конвертировать list в сиквенс?

окай, сиквенс тоже умеет сум, вопрос снят

Котоны, а кто нить может мне объяснить почему котлин плагин 1.3m2 настройчиво советует вот в таком примере: val counter = list.map { it.someInt }.sum() конвертировать list в сиквенс?

Если пример буквально такой, то странно, что не предлагает list.sumBy { it.someInt }

ооо, спасибо

окай, сиквенс тоже умеет сум, вопрос снят

Сиквенс обычно нужен когда у тебя цепочка операций

это я понимать

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

Ну ладно тип в рантайме, но хотя бы аннотации?..

Ну ладно тип в рантайме, но хотя бы аннотации?..

Что аннотации ?

Инлайн классы еще эксперементальны

Что аннотации ?

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

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

А как по вашему можно узнать данную инфу в рантайме?

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

А как по вашему можно узнать данную инфу в рантайме?

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

ERROR: S client not available

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

Так аннотации хранятся в Классе которого пофакту не будет, а поле это регистер, стек где хранятся числа, зделайте инлайн класс и посмотрите байткод

Речь наверное об аннотировании в месте использования класса

Речь наверное об аннотировании в месте использования класса

+

Зайдём з другой стороны, зачем вам аннотации + инлайн классы да еще в рантайме ?

+

^

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

Ну пока нельзя, но JB обещали сделать минимальную разницу межлу ними

Зайдём з другой стороны, зачем вам аннотации + инлайн классы да еще в рантайме ?

Для хранения метаинформации, доступной фреймворкам и процессорам аннотаций, чтобы фича не была отделена от всего остального языка. Не хотелось бы выбирать между возможностью навесить аннотацию типа @SerializedName или любую другую и возможностью пользоваться инлайн-классами.

Для хранения метаинформации, доступной фреймворкам и процессорам аннотаций, чтобы фича не была отделена от всего остального языка. Не хотелось бы выбирать между возможностью навесить аннотацию типа @SerializedName или любую другую и возможностью пользоваться инлайн-классами.

То есть спринг

Нада позвать святого @Harmonizr что бы выгнал чадо ада ?

Для хранения метаинформации, доступной фреймворкам и процессорам аннотаций, чтобы фича не была отделена от всего остального языка. Не хотелось бы выбирать между возможностью навесить аннотацию типа @SerializedName или любую другую и возможностью пользоваться инлайн-классами.

спроси людей из jb, в слаке или тут @relizarov

То есть спринг

Спринг в том числе. Аннотации и процессоры аннотаций уже есть в Java, может это и было ошибкой, но от этого уже никуда не деться. И в Котлине было приложено много усилий, чтобы это все продолжило работать.

Спринг в том числе. Аннотации и процессоры аннотаций уже есть в Java, может это и было ошибкой, но от этого уже никуда не деться. И в Котлине было приложено много усилий, чтобы это все продолжило работать.

Ну так инлайн есть только в dev ветке, узнайте что нужно что бы сделать keep

да вроде в дискуссии о KEEP на гитхабе уже обсудили это и решили запретить

да вроде в дискуссии о KEEP на гитхабе уже обсудили это и решили запретить

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

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

Если переносить аннотации в место использования, то не нужны.

Если переносить аннотации в место использования, то не нужны.

Иди тогда в keep и объясняй

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

Кстати, призмы не смотрел? Это ж как раз для этого штуки, как я помню

Если LogUtils на джаве написан, то все ок, а если котлин, то не вырезается. Пробовал: -assumenosideeffects class packagename.LogUtils {…} -assumenosideeffects class packagename.LogUtilsKt {…} -assumenosideeffects class packagename.LogUtils.Companion {...}

А что там в исходнике?

Кстати, призмы не смотрел? Это ж как раз для этого штуки, как я помню

Так я и использую, только не пpизмы, а линзы. Зачем пpизмы нужны я как не пытался, так и не понял.

https://gist.github.com/komigor/dabf63800b647bcafbc9137817a907f9 Пpoсто бомбический хак

?

0.9 kotlin native релизят

тегнули уже релиз

0.9 kotlin native релизят

прикольно, новый грейдл плагин и dsl

И заново вкрученный в него cinterop

И заново вкрученный в него cinterop

А про новый интероп я ничего не слышал

А про новый интероп я ничего не слышал

Интероп старый, просто в новом Gradle-плагине его не было до последнего момента. Оно, конечно, решается одним Exec-таском, но приятнее из коробки иметь.

Аа, ты про плагин

Возник такой вопрос, если мне нужен касс\интерфейс c именнем Unit, обозначаеть целосность, объеденения. Как лучше назвать ? Или Можно обманывать котлин ? (имя пакета не хочется указывать)

Возник такой вопрос, если мне нужен касс\интерфейс c именнем Unit, обозначаеть целосность, объеденения. Как лучше назвать ? Или Можно обманывать котлин ? (имя пакета не хочется указывать)

> Или Можно обманывать котлин ? Как обычно, тут может помочь либо qualified name с именем пакета, либо переимеованный импорт, если бы это был сторонний класс. Других вариантов я не знаю. Если это твой собственный класс — таки придумай другое имя, не мучай себя и тех, кто после тебя это читать будет. > Как лучше назвать ? Во-первых, "целосность, объеденения" — это слишком уж обширно, во-вторых, это слегка мимо темы чата вопрос :)

мб Union?