Size: a a a

Kotlin Community

2020 July 03

VP

Vladimir Petrakovich in Kotlin Community
Sergey λ
со студией 4.0 и так можно, они научились "дешугарить" части jdk
Ну тогда точно про Calendar лучше забыть как можно скорее)
источник

Sergey λ in Kotlin Community
+
источник

bt

baby tonight in Kotlin Community
Alexander Nozik
Вопрос дико не конкретный. Итерирование можно очень разными способами сделать
Я с плюсов пришёл, там быстрее итегирования ничего не придумали...
источник

AN

Alexander Nozik in Kotlin Community
baby tonight
Я с плюсов пришёл, там быстрее итегирования ничего не придумали...
Итерироване - понятие растяжимое. Цикл - как правило действительно быстрее всего.
источник

AE

Alexandr Emelyanov in Kotlin Community
Alexander Nozik
Итерироване - понятие растяжимое. Цикл - как правило действительно быстрее всего.
Цикл то разве не на итераторе?
источник

AN

Alexander Nozik in Kotlin Community
Alexandr Emelyanov
Цикл то разве не на итераторе?
В котлин зависит от того, по чему цикл. По массивам и листам итератор не создается
источник

AE

Alexandr Emelyanov in Kotlin Community
Alexander Nozik
В котлин зависит от того, по чему цикл. По массивам и листам итератор не создается
По листам должен
источник

AN

Alexander Nozik in Kotlin Community
Alexandr Emelyanov
По листам должен
Насколько я помню нет. Для итераблов в общем случае создается, но конкретно для листов интринсик вроде должен быть
источник

AE

Alexandr Emelyanov in Kotlin Community
Итератор для листа будет не медленнее get(i)
источник

AN

Alexander Nozik in Kotlin Community
Alexandr Emelyanov
Итератор для листа будет не медленнее get(i)
У итератора надо еще hasNext вызывать
источник

VP

Vladimir Petrakovich in Kotlin Community
Alexander Nozik
Насколько я помню нет. Для итераблов в общем случае создается, но конкретно для листов интринсик вроде должен быть
У циклов же нет хитрых "оптимизаций" с проверками на RandomAccess
источник

AN

Alexander Nozik in Kotlin Community
Vladimir Petrakovich
У циклов же нет хитрых "оптимизаций" с проверками на RandomAccess
Не уверен. Кто любит ковыряться в байткоде может посмотреть, но по-моему для листа все-таки есть интринсик
источник

VP

Vladimir Petrakovich in Kotlin Community
Alexander Nozik
Не уверен. Кто любит ковыряться в байткоде может посмотреть, но по-моему для листа все-таки есть интринсик
Нет, обычный итератор
источник

AN

Alexander Nozik in Kotlin Community
Vladimir Petrakovich
Нет, обычный итератор
да, действительно
источник

IO

Iaroslav Orlov in Kotlin Community
Alexander Nozik
Не уверен. Кто любит ковыряться в байткоде может посмотреть, но по-моему для листа все-таки есть интринсик
так не от хорошей жизни пишут
for (i in randomAccess.indices)
источник

AN

Alexander Nozik in Kotlin Community
Iaroslav Orlov
так не от хорошей жизни пишут
for (i in randomAccess.indices)
В том числе и от нее
источник

VP

Vladimir Petrakovich in Kotlin Community
Alexander Nozik
В том числе и от нее
+
источник

AN

Alexander Nozik in Kotlin Community
Народ зачастую просто не знает, что будет работать быстрее, а культ перформанса приехал из сишечки, где все очень прямолинейно
источник

DS

Dmitry Sapronov in Kotlin Community
Alexander Nozik
Народ зачастую просто не знает, что будет работать быстрее, а культ перформанса приехал из сишечки, где все очень прямолинейно
Я до сих пор помню эти холивары что лучше О3 или асм вставки
источник

AN

Alexander Nozik in Kotlin Community
Dmitry Sapronov
Я до сих пор помню эти холивары что лучше О3 или асм вставки
Что тако ОЗ? Асм вставки не обоснованы в 99.99% случаев. Если человек настаивает на том, чтобы их делать в средне статистическом коде, он с большой вероятностью не компетентен (ну или был компетентен 20 лет назад и забыл обновить версию).
источник