А для чего sizeof?

Библиотека в качестве параметра требует размер в байтах. Хз зачем.

Библиотека в качестве параметра требует размер в байтах. Хз зачем.

Ну это как-то странно. Что она с этим сделает, не зная структуру объекта?

Ну это как-то странно. Что она с этим сделает, не зная структуру объекта?

копирует, сериализует, хэширует ;)

Библиотека в качестве параметра требует размер в байтах. Хз зачем.

Что за библиотека?

копирует, сериализует, хэширует ;)

Хэшировать указатель на монитор - отличная идея

Что за библиотека?

Наша личная библиотека

Наша личная библиотека

Она на уровне JVM и запрашивает размер объекта?

Она на уровне JVM и запрашивает размер объекта?

Нет, она сишная, и всё-таки просто сделаю sizeof в си-обёртке. :)

Нет, она сишная, и всё-таки просто сделаю sizeof в си-обёртке. :)

надо разобраться, зачем ей размер

Ну тогда логично, что на си-уровне лучше её юзать :)

надо разобраться, зачем ей размер

???

И еще в андроиде ансейв становится недоступным -)

И еще в андроиде ансейв становится недоступным -)

когда?

когда?

Начиная с Р

Начиная с Р

это же сломает Gson :)

Все приватное апи проаннотированное как приватное будет кидать эксепшн, обсуждали в последнем андроид подкасте.

Все приватное апи проаннотированное как приватное будет кидать эксепшн, обсуждали в последнем андроид подкасте.

Так это разве к unsafe относится?

Все приватное апи проаннотированное как приватное будет кидать эксепшн, обсуждали в последнем андроид подкасте.

я за, просто где совместимость?)

Разве там речь не о hidden api фреймворка была?

Разве там речь не о hidden api фреймворка была?

вот это точно было

вот это точно было

Ну так это про другое, это апи платформы, не Java. Unsafe — это Java.

Меня одного вымараживает, что в лямбдах последнее выражение считается результатом, а в методах надо return писать?

Меня одного вымараживает, что в лямбдах последнее выражение считается результатом, а в методах надо return писать?

да

Меня одного вымараживает, что в лямбдах последнее выражение считается результатом, а в методах надо return писать?

не всегда, можно типа такого fun(x: Int) = x + 1

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

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

в обычных функциях?

ну да в fun

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

ну у тебя может быть несколько выходов из функции

а если у тебя метод на 100 строк, то лучше явный return

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

не нужон, конструкторы - лучший di

ну у тебя может быть несколько выходов из функции

code smell жи

Ходи смотри по функции где она вернула значение

а если у тебя метод на 100 строк, то лучше явный return

ну так вот, бля выражений короткий синтаксис, для большого кода ретурн

Меня одного вымараживает, что в лямбдах последнее выражение считается результатом, а в методах надо return писать?

если бы не кодстайл, я бы писал fun f(...) = run {}

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

этот run в начале совсем не замечаешь и этот архаичный return глаза не мозолит

этот run в начале совсем не замечаешь и этот архаичный return глаза не мозолит

давай не будем делать JS

если бы не кодстайл, я бы писал fun f(...) = run {}

val f = {} не проще?)

val f = {} не проще?)

это вернет лямбду

это вернет лямбду

это ничего не вернёт

проморгал что в начале val а не fun?

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

> нужен ли он не нужен (нужно Dependency Rejection) > и какой для котлина взять koin для mobile, koin/kodein для всего остального (совет Руслана из последнего доклада)

а как же guice?

> нужен ли он не нужен (нужно Dependency Rejection) > и какой для котлина взять koin для mobile, koin/kodein для всего остального (совет Руслана из последнего доклада)

ну если не нужен, то и юзать не будеи, не сильно я их люблю

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

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

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

Помню, давным давно задавал вопрос разработчикам котлин, не будут ли они делать такую штуку как в Groovy. Говорили, мол, смотрели на этот вариант, но решили не делать.

Аргументов, правда, не помню.

Так это разве к unsafe относится?

Оно не приватное? Проаннотируют ли в гугле - не знаю, посмотрим после релиза. Если проаннотируют, библиотеки будут оптимизировать через натив, не так страшно.

Аргументов, правда, не помню.

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

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

Не, они как-то аргументировали, но я просто не помню как :)

а как же guice?

Для android он тяжеловат (roboguice), для бэка я не шарю

Оно не приватное? Проаннотируют ли в гугле - не знаю, посмотрим после релиза. Если проаннотируют, библиотеки будут оптимизировать через натив, не так страшно.

типа, сунуть один JNI-метод в Gson? Что делать со старыми приложениями?

Оно не приватное? Проаннотируют ли в гугле - не знаю, посмотрим после релиза. Если проаннотируют, библиотеки будут оптимизировать через натив, не так страшно.

Оно не относится к Android. Внутри платформы есть такая вещь, как скрытое API, и речь, как я понял, о нём. Классы и методы, помеченные аннотацией @hide или @SystemApi

Ну так это про другое, это апи платформы, не Java. Unsafe — это Java.

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

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

Я слушал подкаст.

И там о другом было.

так она с самого начала была с изменениями

типа, сунуть один JNI-метод в Gson? Что делать со старыми приложениями?

Такая же фигня была с вызовом приватных апи через натив. Старые приложения имеют таргет старый, на них ограничения не распространяются.

Поменяли разные классы в иерархии List, например, ещё каких-то других классов.

Только это канал не про андроид, заканчиваю офтоп. Кому интересно - послушайте подкаст https://t.me/androiddevpodcast

http://ktor.io/ немного обновили

Повторю вопрос ночной мой. А кто то пилил бэк для почтовых клиентов? Если взять JavaMailApi + ktor, норм будет если в бэкенд ниразу ногой не ходил, а говнокодил под ведро? Или есть что то готовое норм, что можно будет легко переделать?

http://ktor.io/ немного обновили

А как оно в целом? Можно под всякие стартапы использовать?

А как оно в целом? Можно под всякие стартапы использовать?

очень годно

А то, к моему стыду, из мира backend-jvm я только spring и знаю

либо spring boot, либо ktor бери

ERROR: S client not available

очень годно

интересно, а то я все еще с джетти )

о, он и вебсокеты умеет, хорошшо

стыдно было бы не уметь в них :)

Не, они как-то аргументировали, но я просто не помню как :)

во, например такой код fun f(b: Boolean): String { if(b) "asd" else "zxc" "asd }

во, например такой код fun f(b: Boolean): String { if(b) "asd" else "zxc" "asd }

И что с ним?

И что с ним?

я немног немног не дописал

вот иф это обычное условие или выражение?

во, например такой код fun f(b: Boolean): String { if(b) "asd" else "zxc" "asd }

тут то понятно, но все же

А может кто посоветовать чего то из статей\литераутры о бэкенде, о запросах, протоколах и как это всё работает? (Да, знаю что это всё гуглиться, но не хочется рыться в тонне бесполезной инфы, если кто то знает годные статьи).

Ну да, неоднозначность, парсить сложно.

вот иф это обычное условие или выражение?

выражение, значение которого игнорируется

выражение, значение которого игнорируется

А если бы у нас была возможность интерпретировать последюю строку в выражении как return "asd"?

Ну т.е. в этом примере понятно, что без разницы, будет ли return всего if () else или отдельных выражений, но вообще определить это было бы сложно.

Ну т.е. в этом примере понятно, что без разницы, будет ли return всего if () else или отдельных выражений, но вообще определить это было бы сложно.

Почему Оо

http://ktor.io/ немного обновили

А что нового?

Почему Оо

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

Ну т.е. в этом примере понятно, что без разницы, будет ли return всего if () else или отдельных выражений, но вообще определить это было бы сложно.

о том и речь, усложнять компилятор ради сомнительной фичи

Ну и блин, для того, что хочет @eld0727 есть вариант сделать так: fun f(b: Boolean) = if (b) { "asd" } else { "def" }

о том и речь, усложнять компилятор ради сомнительной фичи

Кто определяет сомнительность фичи?

Бреслав ?

Кто определяет сомнительность фичи?

то что она не всем нужна

Бреслав ?

+

он не тащит в котлин многое, сам говорил

то что она не всем нужна

Ни одна фича не нужна всем

Ни одна фича не нужна всем

это верно

это неверно

Кто определяет сомнительность фичи?

Котлин не функциональный язык, а для написания практичного-низкоуровнего кода (фрейворков / IDEA) лучше быть ближе к "императивному программированию"

это неверно

ну не совсем точно, я бы так сказал

fun main(args: Array<String>) {} - минимальный набор фич

вот иф это обычное условие или выражение?

иф всегда выражение

иф всегда выражение

нет, только если в нём есть ветка else

if (a) "hello" не выражение