Наpод, а сколько по вpемени занимает внедpение instant apps?

Сильно зависит от текущего приложения и архитектуры. Если проект небольшой или модульный, то за пару часов сделать можно. Но практика показывает, что нужно очень много рефакторить.

стоит переходить на котлин?

стоит переходить на котлин?

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

Это если не пытаться разобраться, то кажется непонятно. Я третий месяц на котлине и думаю как я раньше без него жил? И ставить ";" кажется уже лишним. Раньше в котлине постоянно ставил, теперь когда на яву перехожу постоянно забываю

а ещё там не надо ставить ; в конце каждой строки, я такие языки не могу воспринимать всерьёз

так а какие преимущества перед джавой-то?

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

так а какие преимущества перед джавой-то?

Миллионы статей уже исписаны на эту тему )

ну например отсутствие NPE

Зачем писать меньше кода, когда можно писать понятный код?)

экстеншн функции

var context = Context()

чем именно это лучше, чем Context context=new Context();?

Толсто

нет, это не троллинг, мне реально интересно

Сокращается длина кода, при этом читаемость не ухудшается, не?

что от этого выигрывается?

а зачем сокращать длину кода?

Да как-то вот я не уверен в этом

+ удобней в коде разбираться

Для того что бы быстрее писать и удобнее читать

Если вы в Java будете все переменные и классы финальными сразу делать, то тоже можно NPE избежать. Но в котлине можно сказать заставляют это делать

стоит переходить на котлин?

Избежать NPE можно вот так: if(obj!=null)

как думаете, имеет смысл ставить бету на основной телефон?

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

foo?.let{}

Я на 4.4.2 гоняю на планшете, и мне pешительно нpавится. Новые пpошивки не понимаю ни в какую

так, и? вот чем это лучше проверки на null?

Захват переменной Замыканием

это троллинг или серьёзно?

так, и? вот чем это лучше проверки на null?

Это болен читаемо, иак же как и не надо хреначит телескоп конструкторы

а можно в терминах джавы, что это даёт?

Это болен читаемо, иак же как и не надо хреначит телескоп конструкторы

Это примерно как анонимные классы в джаве

так, и? вот чем это лучше проверки на null?

ага, а если у тебя конструкция вида var something=methodThatReturnsSomething(); то очень, наверное, удобно понимать, какой там тип будет у этой переменной, если ты не видишь определение этого метода, а ты его не видишь, если смотришь на этот код вне IDE

А еще в котлине фоpмализована nullability, что ИМХО гуд, хоть и бесит иногда. e.g. var x: Int? = 1 // somewhere else if (x != null) { var y = x // NELZIA } var x: Int? = 1 //somewhere else val localX = x if (localX != null) { var y: Int = localX // mozhno }

это как обход необходимости final через массив из одного элемента, видимо

Это захват переменной, чтобы она не меняла значение

эм, ок, а скопировать её в локальную переменную вообще никак?

эм, ок, а скопировать её в локальную переменную вообще никак?