тогда как это будет выглядеть в декомпайле?

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

и просто берется из него \клдется на стек\пишется в переменую и т.д

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

не, я говорю про декомпайл в виде джавы

Будет красный код

не, я говорю про декомпайл в виде джавы

ну ошибки будут,

не, я говорю про декомпайл в виде джавы

ты обычный подекомпилируй

котлине генерирует совместимый с джаваой байткод, а не джава код (как-то так)

котлине генерирует совместимый с джаваой байткод, а не джава код (как-то так)

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

видимо декомпилятор упадет тогда

Будет красный код

котлине генерирует совместимый с джаваой байткод, а не джава код (как-то так)

Ну скорее декомпилятор при таком вводе генерирует невалидный Java-код, как и в многих других ситуациях

видимо декомпилятор упадет тогда

декомпилися

Ну скорее декомпилятор при таком вводе генерирует невалидный Java-код, как и в многих других ситуациях

+

Это только у меня на 1.2.61 компиляция чуть ли не в два раза дольше? о_О

или мне машину проверить? =)

Это только у меня на 1.2.61 компиляция чуть ли не в два раза дольше? о_О

Ну, даже если дольше, то точно не в два раза. Субъективно скорость та же.

Да не, всё норм =) Хром чот решил пожрать проца, котлин непричом =)

@noraltavir Осилил в итоге gradle dsl со своей проблемой?

неа. Переписал на груви

Пока нет времени возиться.

А смотрел на такую штуку withGroovyBuilder { } ?

Нет, но это по-моему оверкил. У меня нет задачи использовать kotlin dsl. Просто хотелось попробовать.

оно работает. но красоты и удобства нет

оно это kotlin dsl?

Пока не очень впечатляет. Вообще, я в последнее время делал несколько DSL для котлины и очень впечатлен обилием возможностей. Котлиновские расширения по сравнению с грувевыми кложурами с бесконечными rehydrate - это конечно просто неописуемое улучшение.

конкретно gradle dsl c withGroovyBuilder. Kotlin dsl хорош, у нас уже достаточно много его в проде бегает

Добрый день. Нужно сравнить опциональные Float. Делаю проверку на null перед сравнением вот так вот: val sum: Float? = null val partnerMinOrder: Float? = null ... if (sum!= null && partnerMinOrder != null){ if (sum < partnerMinOrder){ // логика 1 }else{ // логика 2 } } Но этот код некрасивый. Можно ли на котлине переписать это более лаконично? Буду благодарен за советы

Добрый день. Нужно сравнить опциональные Float. Делаю проверку на null перед сравнением вот так вот: val sum: Float? = null val partnerMinOrder: Float? = null ... if (sum!= null && partnerMinOrder != null){ if (sum < partnerMinOrder){ // логика 1 }else{ // логика 2 } } Но этот код некрасивый. Можно ли на котлине переписать это более лаконично? Буду благодарен за советы

не использовать null

не использовать null

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

Если их сделать null-safe, то у тебя будет одна проверка.

не использовать null

типы должны быть опциональны. Такие условия. Глупый совет, если честно. ?

типы должны быть опциональны. Такие условия. Глупый совет, если честно. ?

Какой кейс у налл? Кроме ексепшена

val sum: Float? = null val partnerMinOrder: Float? = null ... sum ?: return partnerMinOrder ?: return if (sum < partnerMinOrder){ // логика 1 }else{ // логика 2 }

Добрый день. Нужно сравнить опциональные Float. Делаю проверку на null перед сравнением вот так вот: val sum: Float? = null val partnerMinOrder: Float? = null ... if (sum!= null && partnerMinOrder != null){ if (sum < partnerMinOrder){ // логика 1 }else{ // логика 2 } } Но этот код некрасивый. Можно ли на котлине переписать это более лаконично? Буду благодарен за советы

Это у тетя плохой императивный код

Добрый день. Нужно сравнить опциональные Float. Делаю проверку на null перед сравнением вот так вот: val sum: Float? = null val partnerMinOrder: Float? = null ... if (sum!= null && partnerMinOrder != null){ if (sum < partnerMinOrder){ // логика 1 }else{ // логика 2 } } Но этот код некрасивый. Можно ли на котлине переписать это более лаконично? Буду благодарен за советы

а в случае null никакой дополнительной логики не требуется использовать?

if (sum < partnerMinOrder){ // логика 1 } else if (sum > partnerMinOrder) { // логика 2 } Опционально } else { return; // или логика 3 }

Это у тетя плохой императивный код

код у тетя хорош

а почему не использовать run, let ?

например

Для else { return } пример выше. Если есть там что-то другое — без шансов.

и дальше работать уже внутри функции с non-null value

я бы делал так

Для else { return } пример выше. Если есть там что-то другое — без шансов.

Лично я не люблю стиль, когда делают if (something) return

а почему не использовать run, let ?

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

а почему не использовать run, let ?

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

Лично я не люблю стиль, когда делают if (something) return

Не любишь — тогда у тебя идеальный код, оставляй как есть :)

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

ну да, но они и созданы для этого на мой взгляд

а with не работает с несколькими сразу ?

Не любишь — тогда у тебя идеальный код, оставляй как есть :)

В смысле? Мне, какбэ, нечего оставлять.

уже не помню точно, котлина нету под рукой )

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

именно так)

а with не работает с несколькими сразу ?

неа

В смысле? Мне, какбэ, нечего оставлять.

Сорян, с топик-стартером перепутал. Энивей, без раннего выхода и вынесения части кода в отдельную функцию с non-null параметрами я без идей, как вышеуказанный код менять.

ну для двух точно бы вложенные сделал бы, и вынес в отдельный метод, для 4-х конечно выглядеть будет адово вложенность, это верно (

Сорян, с топик-стартером перепутал. Энивей, без раннего выхода и вынесения части кода в отдельную функцию с non-null параметрами я без идей, как вышеуказанный код менять.

Ну вот в моём сообщении логика такая, что мы просто игнорируем случай, когда одно равно другому. Если логике программы это не мешает, то мы в т.ч. игнорируем случай, когда оба null. Вместо двух return мы делаем вторую проверку явной.

Хотя всё равно стрёмно ?

Хотя всё равно стрёмно ?

и не работает для nullable

Зависит от того, на чём хочется сосредоточить внимание в функции и насколько null там ожидаем. Если это краевой случай, то ранним возвратом можно описать контракт функции (как require, только без исключения). Заглянув в код, другой человек сразу увидит это, ему не придётся парсить все ифы по ходу пьесы.

Искал на разных стаковерфлоу, единственное, что стало ясно - эта привязка должна быть с 606 блока, на скрине

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

Звучит как вопрос для @kotlin_mobile

Ну это не мобилка, это веб)

это не андроид

ERROR: S client not available

Слона-то я и не заметил.

Возможно, я что-то просто по синтаксису не догоняю, не могу связать эти два инпута в блоке onChangeFunction

Возможно, я что-то просто по синтаксису не догоняю, не могу связать эти два инпута в блоке onChangeFunction

Тут нада знать гугл мап

Тут нада знать гугл мап

https://developers.google.com/maps/documentation/javascript/reference/marker Ну их АПИ мне не сильно помогло

вопрос таков: в IDEA/Android Studio после врубления Power Save Mode отрубается автопроверка синтаксиса. по-сути, когда мне нужно сделать проверку - мне надо вырубить энергосбережение, подождать проверку, отрубить его. а есть ли способ вручную запустить эту проверку в power save (видимо, какой-то комбинацией клавиш)?

вопрос таков: в IDEA/Android Studio после врубления Power Save Mode отрубается автопроверка синтаксиса. по-сути, когда мне нужно сделать проверку - мне надо вырубить энергосбережение, подождать проверку, отрубить его. а есть ли способ вручную запустить эту проверку в power save (видимо, какой-то комбинацией клавиш)?

Build :)

Build :)

а что-то полегче?)

Пасаны, а как вам идея добавить guards для when (типа как в scala ? (не кидайтесь камнями))? А то иногда, после when(...) приходится уточнять, вложенными if

а что-то полегче?)

акум нормальный купить

Пасаны, а как вам идея добавить guards для when (типа как в scala ? (не кидайтесь камнями))? А то иногда, после when(...) приходится уточнять, вложенными if

А что это и как это? Можно пояснения для тех, кто на норм функциональных языках не писал?)

акум нормальный купить

тут проблема в том, что идея подлагивает, хоть у меня и i7-8700K

тут проблема в том, что идея подлагивает, хоть у меня и i7-8700K

ну тут дело скорее всего в ОС и дровах

ибо у меня на куда более слабом железе ничего не лагало на линухе

винда... проехали

=)

тут проблема в том, что идея подлагивает, хоть у меня и i7-8700K

надо было Ryzen брать ?

надо было Ryzen брать ?

Тут не так сильно параллелится задача

она лагает от озу

она лагает от озу

Так 4 гига свободных есть

И если что можно в своп уйти

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

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

Тут сборка быстрая, но в процессе работы, когда ты пишешь код, любое новое действие вызывает 0.5-1 секунды зависания

То есть ты написал if - оно подвисло

с таким встречался но редко

Внутри него написал переменную и нажал точку - подвисло

Это спустя пару часов работы начинается

в основном из за той же озу, тоесть после разворота студии спустя два дня

Ну не 32 гига же ставить

а проц у меня вообще заглушка