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

те корректно говорить пересоздание компонента?

количество байткода никак не связано с использованием хипа

классы не надо загружать? методы не надо компилировать?

Так пахадите я упустил нить. Присваивание переменной значения налл это пересоздаение компонента чи шо?

классы не надо загружать? методы не надо компилировать?

и это все в хипе? точно?

те корректно говорить пересоздание компонента?

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

так в том и дело что они не разные, если либа вышла новой версии, то это значит у нее новый рантайм?

Не всегда. Сборку под 1.8 ты не запустишь под 1.6

и это все в хипе? точно?

VM-специфично. В любом случае, это память и проц.

ну в моем понимании "разный рантайм" - это разная реальзация JVM (не только), сейчас HotsPot, в Андроиде свой костыль

В android нет JVM

Не всегда. Сборку под 1.8 ты не запустишь под 1.6

ну это понятно, но это не значит что ээто разный рантайм

В android нет JVM

ах да точно, извини забыл

VM-специфично. В любом случае, это память и проц.

что в андроиде, что в openjdk это не в хипе и это 0.01% от остальных трат хипа

ну это понятно, но это не значит что ээто разный рантайм

Хорошо, разные версии рантайма - это один и тот же рантайм.

Я понял, что не совсем корректно выразился.

что в андроиде, что в openjdk это не в хипе и это 0.01% от остальных трат хипа

в андроиде в хипе я находил ArtMethod

в андроиде в хипе я находил ArtMethod

ладно, тогда возвращаемся к тому, что это андроидоспецифичная фича? :)

что в андроиде, что в openjdk это не в хипе и это 0.01% от остальных трат хипа

Я упустил суть, при чём тут байткод? Optional - это обёртка, которая лежит в хипе, не?

ладно, тогда возвращаемся к тому, что это андроидоспецифичная фича? :)

Слушай, а почему ? - это андроидоспецифичная фича?

Я упустил суть, при чём тут байткод? Optional - это обёртка, которая лежит в хипе, не?

не ищи причины срача

Я упустил суть, при чём тут байткод? Optional - это обёртка, которая лежит в хипе, не?

не всегда, ну и речь не о опшне шла

Слушай, а почему ? - это андроидоспецифичная фича?

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

ладно, тогда возвращаемся к тому, что это андроидоспецифичная фича? :)

нет, к тому, что байт-код занимает память, а компиляция расходует процессорное время

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

особено спринг)

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

Не поверишь, но android тоже Он может только создавать новые объекты и убивать твоё приложение целиком

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

Блин, дело не в трогании объектов. Тебе нравится писать портянки лишнего кода?

null coleasing - это очень удобная штука.

ребят давайте не будем спорит, это бесмыслено, @dveim живет в своем сказачном мире мире

Блин, дело не в трогании объектов. Тебе нравится писать портянки лишнего кода?

другая причина моей неприязни к ? — это частный случай более общей фичи

ладно, тогда возвращаемся к тому, что это андроидоспецифичная фича? :)

То, что оно удобно для Х - это очень плохое косвенное доказательство. Условно, того факта, что смерть твоего двоюродного дедушки тебе выгодна (завещание), недостаточно, чтобы признать тебя виновным в его убийстве. Утрирую, конечно. И это всё ещё не доказывает, что это было целью дизайна, в общем.

И сравни как будет выглядеть.

да так же, object.map(...) только это в целом плохой код, проверки должны быть до вызова метода, а в метод уже передаются отфильтрованные переменные

другая причина моей неприязни к ? — это частный случай более общей фичи

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

филтр + орЭлс, не?

филтр + орЭлс, не?

Нет.

Kotlin?

Kotlin?

c#

другая причина моей неприязни к ? — это частный случай более общей фичи

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

o_O

да так же, object.map(...) только это в целом плохой код, проверки должны быть до вызова метода, а в метод уже передаются отфильтрованные переменные

Если переменные отфильтрованы, то смысла в этом методе нет.

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

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

другая причина моей неприязни к ? — это частный случай более общей фичи

просто опциональность настолько часто встречается что приняли решения встроить ее глубже в язык на самом деле достаточно удобное решение. с точки зрения ФП/монад/т.п., конечно, может показаться странным

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

Где использование?

Где использование?

.value

.value

Это получение данных из наллабла.

Недосахарили.

а каст зачем?

а каст зачем?

В енам.

Недосахарили.

тогда это вообще должно на filter замениться

а каст зачем?

Это же C#, там enum - это не объект

Это же C#, там enum - это не объект

я шарп не знаю

тогда это вообще должно на filter замениться

Там нет фильтрации. Просто срем в лог, если косяк в данных.

В енам.

это то же, что и ps = new PaymentsSystems(id) ?

концептуально

или скорее типа getById(id) ?

или скорее типа getById(id) ?

Да

или скорее типа getById(id) ?

Enum.values()[id]

Кстати, а как работать с вложенными опшионалами?

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

Кстати, а как работать с вложенными опшионалами?

flatmap

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

+

Enum.values()[id]

тогда таки это использование) отфильтровал по ряду условий, и вернул энум

flatmap

Ну, получение данных из вложенности - это ппц.

тогда таки это использование) отфильтровал по ряду условий, и вернул энум

А я не спорю, что это можно написать через Optional. Но зачем?

А я не спорю, что это можно написать через Optional. Но зачем?

Потому что могу (с)

А я не спорю, что это можно написать через Optional. Но зачем?

спроси у ярых поклоников ФП) и потом в коде будут одни Optional, Either и т.п.

Еще, к примеру, можно вызвать метод из опщионала.

Но я не помню где я это использовал.

ERROR: S client not available

тогда таки это использование) отфильтровал по ряду условий, и вернул энум

Хотя есть проблема: там запись в лог, а это сайд-эффект. Что делать?

В котлине же есть экстеншен методы?

В котлине же есть экстеншен методы?

есть

есть

abc?.foo()

Гораздо удобнее, чем явно проверять на null

abc?.foo()

или если чуть сложнее логика то можно делать что-то вроде: abc?.let { it.foo() + 1 }

abc?.foo()

но сразу так не скажешь если не читал доку

но сразу так не скажешь если не читал доку

Наверно.

?

я вот не пойму как это работает

но сразу так не скажешь если не читал доку

И что?

я вот не пойму как это работает

есть переменная null то то что после ?. не вызывается

я вот не пойму как это работает

If (abc!=null) foo(abc)

я бы написал по другому

И что?

да мне и не нужно, прост

If (abc!=null) foo(abc)

о как, интересно

Сорян, но здесь куда больше ментальная нагрузка.

Сорян, но здесь куда больше ментальная нагрузка.

ну так твой пример обычными ифами само просто выполняется, зачекм там опшеналы?)

Сахар для Option, к примеру.

Это на сахар (:

Это на сахар (:

Это проверки на рантайме

ну так твой пример обычными ифами само просто выполняется, зачекм там опшеналы?)

Ну, мне из базы nulluble приходит.

?

Ну, мне из базы nulluble приходит.

ииии?

чам if(hasValue) красивее чем if(value != null)?

ииии?

Что и? У нас примитивные типы могут быть аргументами дженериков) поэтому отдельного костыля в виде Integer не надо.

А это нормально, что если такого значения enum нет, по программе будет гулять непонятное число с его типом? Это вообще законно?

А это нормально, что если такого значения enum нет, по программе будет гулять непонятное число с его типом? Это вообще законно?

У нас - да.

Что и? У нас примитивные типы могут быть аргументами дженериков) поэтому отдельного костыля в виде Integer не надо.

я так и не понимаю чем у тебя красивее код чем проверка на нал?)

в каком месте, тыкните пожалуйста

я так и не понимаю чем у тебя красивее код чем проверка на нал?)

А теперь представь, что уровень вложенности больше 1.

я вижу старые добрые топорный императивные ифы