ну так мне нужны только Number типы, у меня арифметические операции

Допустим у тебя есть class MyInt : Int и ты етот MyInt прокинул в свой метод в качестве N. Проверка на is Int пройдет (так как myInt instanceOf Int == true). Смарт-каст приведет его в Инт безопасно, и сложит с другим интом. Но сложение двух интов - это тоже инт. И вот его в MyInt нельзя скастить. Поэтому котлиновский смарт-каст это не делает. И руками написанный intVar as MyInt на рантайме ексепшин выбросит.

Или они так за сохранения памяти борятся ? ))

а почему именно так ? как грустно

привыкаешь

Допустим у тебя есть class MyInt : Int и ты етот MyInt прокинул в свой метод в качестве N. Проверка на is Int пройдет (так как myInt instanceOf Int == true). Смарт-каст приведет его в Инт безопасно, и сложит с другим интом. Но сложение двух интов - это тоже инт. И вот его в MyInt нельзя скастить. Поэтому котлиновский смарт-каст это не делает. И руками написанный intVar as MyInt на рантайме ексепшин выбросит.

еще раз повторяю Int - final

я не могу от него наследоватся

Так это для всех классов так работает.

И при большом желании даже от final классов можно наследоваться.

Так это для всех классов так работает.

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

И при большом желании даже от final классов можно наследоваться.

и как же?

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

Ну да, на джаве это работает точно так же. С ексепшеном в рантайме.

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

А потому что не надо var юзать, kotlin это не императивная-сишка. Большинству пользователей надо val для обычных высокоуровневых тырпрайз/server/android приложений.

Или они так за сохранения памяти борятся ? ))

не такая идеолгия по факту, и проще компилятору

Ну да, на джаве это работает точно так же. С ексепшеном в рантайме.

КАК ? пример, пруфы, я раньше их не ловил

Писал же как - когда родителя в наследника кастим.

Писал же как - когда родителя в наследника кастим.

ммм

А потому что не надо var юзать, kotlin это не императивная-сишка. Большинству пользователей надо val для обычных высокоуровневых тырпрайз/server/android приложений.

ну я дал примел, это уже по усматрению

ну я дал примел, это уже по усматрению

обычный var в котлине это нечто большее, чем просто поле с данными. он имеет свой set, свой get и field, которое, собственно, и является данными. поэтому, под одним var может быть только один var

с val так же ?

хотя там нет set

у val есть get

да get есть

КАК ? пример, пруфы, я раньше их не ловил

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

который можно переопределять при желании, поэтому нет

ммм

объясни, зачем тебе вообще может такое понадобиться, еще и только от чисел ?

так можно создать с одним val много переменных ?

с val так же ?

с val так же ?

нельзя, с val ровно та же история

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

и я зделал за него, проблема тут нет я обработал все варианты, там инлайн с reified, все ошибки свел к минимум

с val так же ?

тебе строчек кода жалко ? )

нельзя, с val ровно та же история

лан спасибо )

объясни, зачем тебе вообще может такое понадобиться, еще и только от чисел ?

да только для чисел

тебе строчек кода жалко ? )

да не все норм )

тебе строчек кода жалко ? )

Ну обещали же что при переходе с Джавы на Котлин строчек кода меньше будет.

Ну обещали же что при переходе с Джавы на Котлин строчек кода меньше будет.

можно так `val r = 10; val m = 15`если экономишь

:D

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

ага

и я зделал за него, проблема тут нет я обработал все варианты, там инлайн с reified, все ошибки свел к минимум

не уверен, что сработает, но ты можешь проверять тип на то, является ли он примитивом, делать его as Float, например, и проводить все операции

строк больше, за то читаемость лучше - и вам, и компилятору ))

не уверен, что сработает, но ты можешь проверять тип на то, является ли он примитивом, делать его as Float, например, и проводить все операции

ты имеше юузать общий тип? например все приводить к Float?

в остальных случаях строк действительно меньше на 25%

ты имеше юузать общий тип? например все приводить к Float?

да, почему нет

в остальных случаях строк действительно меньше на 25%

230 против 670

ну в зависимости на сколько большой код

у меня по меньше там..

да, почему нет

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

значит 55-60% ))

значит 55-60% ))

-+, смотря как ты соблюдаешь стиль код

да, почему нет

я уже в принципи решил как можно, может переделаю, просто котлин хвастался предугадывание типов, а тут такая вига. Ну это мои ожедания панили не ваши)

знает ли кто API для поиска картинок ?

я уже в принципи решил как можно, может переделаю, просто котлин хвастался предугадывание типов, а тут такая вига. Ну это мои ожедания панили не ваши)

Котлин позиционировался как надежный язык. И котлин хвастался предугадывание типов только там, где это безопасно. Почему опасно именно в данном случае я как мог, так и объяснил. Если не получилось - извините, по другому не умею. При этом разработчик лучше компилятора знает как именно он свой код использовать будет. По этому никто ему не запрещает в опасных случаях брать ответственность на себя. Что в данном примере и делается с помощью оператора as

знает ли кто API для поиска картинок ?

https://developers.google.com/custom-search/

Котлин позиционировался как надежный язык. И котлин хвастался предугадывание типов только там, где это безопасно. Почему опасно именно в данном случае я как мог, так и объяснил. Если не получилось - извините, по другому не умею. При этом разработчик лучше компилятора знает как именно он свой код использовать будет. По этому никто ему не запрещает в опасных случаях брать ответственность на себя. Что в данном примере и делается с помощью оператора as

ты Колумб

ого написал Java, нашлось Kotlin :D https://ru.stackoverflow.com/questions/692931/Поиск-изображений-при-помощи-google-custom-search-api это победа ))

написал так: "java поиск картинок в интернете"

ты Колумб

Вот сейчас вообще не понял. Колумб то тут при чем?

Вот сейчас вообще не понял. Колумб то тут при чем?

америку открыл

Котлин позиционировался как надежный язык. И котлин хвастался предугадывание типов только там, где это безопасно. Почему опасно именно в данном случае я как мог, так и объяснил. Если не получилось - извините, по другому не умею. При этом разработчик лучше компилятора знает как именно он свой код использовать будет. По этому никто ему не запрещает в опасных случаях брать ответственность на себя. Что в данном примере и делается с помощью оператора as

я это все прекрасно знаю, выше пояснили нюансы, все разрешено уже давно, я уже от даной идеи отказался

Так если тебе это давно известно, то зачем задавать вопросы о том, что is не работает, смарт-каст не работает? Тебе же несколько человек пыталось объяснить.

Так если тебе это давно известно, то зачем задавать вопросы о том, что is не работает, смарт-каст не работает? Тебе же несколько человек пыталось объяснить.

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

Safe call ведь никак не спасёт от NoSuchElementException?

Safe call ведь никак не спасёт от NoSuchElementException?

Спасет, если использовать методы которые вместо NoSuchElementException отдают тull

Всем привет, интересно поведение brunch prediction в JVM по сортированным/несортированным коллекциям. Кто может объяснить, почему сортированный лист проходится в среднем в несколько раз медленнее несортированного в этом бенчмарке?

Всем привет! В процессе изучения Котлина возник вопрос: почему в отличие от явы не считается ошибкой попытка кастить и проверять на соответствие типов объект - не состоящий с проверяймым типом в иерархических отношениях? То, что раньше пресекалось на этапе компиляции теперь будет стрелять каст экзепшоном в рантайме.

Всем привет, интересно поведение brunch prediction в JVM по сортированным/несортированным коллекциям. Кто может объяснить, почему сортированный лист проходится в среднем в несколько раз медленнее несортированного в этом бенчмарке?

И не стыдно с таким бенчами приходить? Есть же http://openjdk.java.net/projects/code-tools/jmh/

Всем привет! В процессе изучения Котлина возник вопрос: почему в отличие от явы не считается ошибкой попытка кастить и проверять на соответствие типов объект - не состоящий с проверяймым типом в иерархических отношениях? То, что раньше пресекалось на этапе компиляции теперь будет стрелять каст экзепшоном в рантайме.

ошибаешься, все так же, как и в джаве

И не стыдно с таким бенчами приходить? Есть же http://openjdk.java.net/projects/code-tools/jmh/

Не стыдно, на самом деле. Спасибо за ссылку, я никогда не работал с Java и только начинаю изучать Kotlin. Если будут нужны бенчи в будущем, обращу внимание на JMH. Что насчет сабжа?

Dima проверил. Да, все верно, проверяет. Видать, показалось.)

Не стыдно, на самом деле. Спасибо за ссылку, я никогда не работал с Java и только начинаю изучать Kotlin. Если будут нужны бенчи в будущем, обращу внимание на JMH. Что насчет сабжа?

https://stackoverflow.com/a/11227902/3050249

https://stackoverflow.com/a/11227902/3050249

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

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

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

Насколько?

Dima хотя жесткая проверка иерархии работает только на is, as пропускает только в путь:

Я здесь вообще не вижу ситуации с возможной branch prediction.

Насколько?

В 1-4 раза.

варнинг же показывается

Я здесь вообще не вижу ситуации с возможной branch prediction.

А условный оператор if в цикле не достаточен для создания такой ситуации?

А условный оператор if в цикле не достаточен для создания такой ситуации?

это место очень легко соптимизировать

Dima в то-то и дело, что в Java и проверка, и каст дают ошибку компиляции, а Kotlin - ошибку и ворнинг, соответственно. Которые можно (но не нужно) не заметить или проигнорировать.)

это место очень легко соптимизировать

Декомпилированный Kotlin byte-code выдает тот же цикл: int var9; User i; for(var9 = 0; var9 < var8; ++var9) { i = var7[var9]; if (i.getAge() > 0.5D) { bul = true; } else { bul = false; } }

Декомпилированный Kotlin byte-code выдает тот же цикл: int var9; User i; for(var9 = 0; var9 < var8; ++var9) { i = var7[var9]; if (i.getAge() > 0.5D) { bul = true; } else { bul = false; } }

JIT очень легко уберёт ветвление, скорее всего

Если слать код в чат plain text - не комильфо, скажите

оберни в бектики