Так никакой постоянной генерации нет

copy-paste кода inline-функции — в каком-то смысле генерация

чот я запутался

нестандартный вопрос (можете игнорить и я удалю): В Великобритании есть вакансии для Kotlin программистов ? Где он вообще востребован ?

чот я запутался

При компиляции код из тела функции вставят в места её использования и в рантайме её не будет

При компиляции код из тела функции вставят в места её использования и в рантайме её не будет

ясно, тогда inline для каких целей ? в двух словах на простом русском если можно )

JIT-компилятор тоже инлайнит

нестандартный вопрос (можете игнорить и я удалю): В Великобритании есть вакансии для Kotlin программистов ? Где он вообще востребован ?

Да, есть. Я был на презентации по Котлину, где докладывал чувак из Лондона. У них есть котлин в продакшене.

ясно, тогда inline для каких целей ? в двух словах на простом русском если можно )

Например в инлайн можно знать тип женерика

ясно, тогда inline для каких целей ? в двух словах на простом русском если можно )

Как минимум на один элемент а стеке меньше

Да, есть. Я был на презентации по Котлину, где докладывал чувак из Лондона. У них есть котлин в продакшене.

Ура спс )

JIT-компилятор тоже инлайнит

А насколько хорошо андроидовская vm это делает?

А насколько хорошо андроидовская vm это делает?

Надо смотреть документацию)

ясно, тогда inline для каких целей ? в двух словах на простом русском если можно )

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

Надо смотреть документацию)

у них всё работает как попало, а задокументировано ещё хуже

ааааа

у них всё работает как попало, а задокументировано ещё хуже

Ну в хотспоте точно есть параметр контролирующий предел инлайна

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

Ну в хотспоте точно есть параметр контролирующий предел инлайна

да, но с мегаморфными вызовами сложно

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

в отдельные функции ?

в отдельные функции ?

это одно и то же

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

это одно и то же

методж же нельзя объявить за пределами класса

методж же нельзя объявить за пределами класса

ну чисто по определению метод — это функция класса

методж же нельзя объявить за пределами класса

Сгенерится метод в классе статический и что?

Процедура и точка)

Фортран форева

Сгенерится метод в классе статический и что?

вроде слышал что для ведроида статики вообще зло

вроде слышал что для ведроида статики вообще зло

Такого не слышал, вот раньше сильно напирали на количество методов в dex файле, инлайн чуть помогает, но сейчас уже есть multidex, не уверен что ещё актуально

Вот статья на практическом примере показывающая что в кишках https://m.habrahabr.ru/post/269023/

Вот статья на практическом примере показывающая что в кишках https://m.habrahabr.ru/post/269023/

https://habrahabr.ru/post/269023/#comment_8618069 apangin 18.10.15 в 16:51 > лимит инлайнинга в Hostpot JVM — 35 байткод инструкций После этой ерунды можно дальше не читать. И что invokestatic якобы эффективнее invokevirtual, и что «лишние» push/pop якобы влияют на скорость — всё от начала и до конца — сплошная неправда. Уберите, пожалуйста, статью, чтоб не путать людей. «Оптимизировать» программу на уровне байткода — всё равно что улучшать автомобиль, выкидывая «лишние» детали. Верю Андрею больше чем автору статьи

Кстати, а для чего нужен быстрый пул соединений, где скорость пула становится существенной, в каких задачах? (P.S. хотя это и некоторый оффтопик)

https://habrahabr.ru/post/269023/#comment_8618069 apangin 18.10.15 в 16:51 > лимит инлайнинга в Hostpot JVM — 35 байткод инструкций После этой ерунды можно дальше не читать. И что invokestatic якобы эффективнее invokevirtual, и что «лишние» push/pop якобы влияют на скорость — всё от начала и до конца — сплошная неправда. Уберите, пожалуйста, статью, чтоб не путать людей. «Оптимизировать» программу на уровне байткода — всё равно что улучшать автомобиль, выкидывая «лишние» детали. Верю Андрею больше чем автору статьи

Если прочтете статью до конца там есть ответ Андрею)

Автор статьи просто перевел то что делали ребята из HikariCP

Бенчмаркинг вообще тонкая тема

Нафиг столько интерналов? Зачем типы у полей?

Api — плохое название

lol во внутренних классах ссылка на this

sdk

Нафиг столько интерналов? Зачем типы у полей?

библиотечный класс

execRequest можно и без run

непонятно, за что отвечают args

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

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

выглядит как размазывание кода

в котором любой "не автор" ногу сломит

в общем-то есть желание именно размазать (разбить как-то) код, т.к. методов будут сотни

в общем-то есть желание именно размазать (разбить как-то) код, т.к. методов будут сотни

сотни на каждую часть апи?

на каждую часть апи несколько десятков

Ну вот каждая часть апи - свой класс с аргументом http клиент

А как ты гарантируешь что execRequest не упадет с исключеним, а обязательно вернет Result? Все эти Result<T, Exception> в котлине - вилами по воде писаная защита.

а потом их все можно уже запихать в api

в общем-то есть желание именно размазать (разбить как-то) код, т.к. методов будут сотни

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

А как ты гарантируешь что execRequest не упадет с исключеним, а обязательно вернет Result? Все эти Result<T, Exception> в котлине - вилами по воде писаная защита.

гарантирую насколько это возможно)

Ну вот каждая часть апи - свой класс с аргументом http клиент

хотелось заюзать экстеншны ?

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

это публичное апи чужого сервиса

Кстати наткнулся на интересный проект https://github.com/square/kotlinpoet Позволяет генерить Kotlin сорцы - наверное удобно юзать для всяких генераторов.

Кстати наткнулся на интересный проект https://github.com/square/kotlinpoet Позволяет генерить Kotlin сорцы - наверное удобно юзать для всяких генераторов.

как только в котлин завезут публичное апи для compiler plugins, да ещё и такое, где манипулировать всем этим счастьем можно будет не на уровне инструкций, а хотя бы на уровне AST -- цены этому котлинпоэту не будет. а пока что, имея один kapt, который о котлине ничего не знает, мне эта штука кажется почти бесполезной.

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

MaterialDrawer.kt - кстати класс

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

Ну, для java библиотеки есть javapoet :)

Ага я вкурсе, мне нужен DSL котлин

как только в котлин завезут публичное апи для compiler plugins, да ещё и такое, где манипулировать всем этим счастьем можно будет не на уровне инструкций, а хотя бы на уровне AST -- цены этому котлинпоэту не будет. а пока что, имея один kapt, который о котлине ничего не знает, мне эта штука кажется почти бесполезной.

звучит как скала макросы :)

var isNull = true fun checkIsNull() { var counter = 0 for (tile in tiles) { tile.forEach { if (it != null) counter++ } if (counter > 0) break } isNull = counter == 0 } можно как то упростить ? если в двумерном массиве есть хоть один не null видел методы типа ....notNull.... но не понял как с ними работать (скорее всего в синтаксис еще не въехал)

и почемуто в первом if мне не позволили сделать break

val isNull = tiles.any { it == null }

если я ничего не упустил, само собой

tiles.flatten.any

упустил :)

даже не так

tiles.any { list -> list.any { it == null } }

да, это оптимальнее будет, оно будет бежать до первого null, а не проходить все коллекции

круто блин

но чет сложновато пока

спасибо)

еще так, но наверное медленнее будет tiles.flatMap { it }.all { it == null }

flatten() == flatMap { it }

any выпадет на первой встрече, это будет быстрее

откуда вы знаете что будет быстрее, почему в any при первой встрече будет выход, да и вообще такие подробности ? Конвертите в жабу и чтаете ? Просто в доках ниче подобного нет :(

так исходники открыть можно, почитать

хотелось бы быть тоже просвещенным

откуда вы знаете что будет быстрее, почему в any при первой встрече будет выход, да и вообще такие подробности ? Конвертите в жабу и чтаете ? Просто в доках ниче подобного нет :(

Как это нет? https://kotlinlang.org/api/latest/jvm/stdlib/kotlin.collections/any.html Там же ссылка на сорцы, где можно это увидеть на деле

пардон

any выпадет на первой встрече, это будет быстрее

так all тоже

оно со временем придёт, не переживайте. полезно периодически проглядывать список методов на коллекциях. ещё бы в Koans, конечно, что-нибудь на тему этих коллекций. и на тему корутин. да, много хочу :D

так all тоже

да, точно)

а исходники в котлине хорошие

их полезно поизучать

в stdlib*

так all тоже

А разве flatten не до конца добежит перед этим? Ну если мы не о Sequence говорим, конечно

добежит, к сожалению

isNotEmpty = tiles.any { it.any { it != null } } -> можно опускать оказывается

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