тут нет android sdk, если хттп клиент юзает его то работать понятно не будет

Кажется до меня дошло, спасибо.

А я и думаю, что за Robolectrik такой используется для теста этого клиента на его родном гитхабе...

P.S. я бы не советовал в учебный проект RxJava и Anko

P.S. я бы не советовал в учебный проект RxJava и Anko

Есть мысль использовать просто Retrofit + okHTTP + Kotlin

Есть мысль использовать просто Retrofit + okHTTP + Kotlin

я читал котлин-чате ) если человек незнаком с джавой то и котлин ему рано )

с джавой знаком, слава Богу 8)

а, так вы из большой джавы в мобайл? )

совершенно верно! и хочу вкатиться сразу на котлине туда

и ещё не совсем понял экосистему андроида. Оказалось, что либы должны работать сугубо из рантайма зелёного, а если их тестить, то надо примочки всякие ставить. Верно?

типа Robolectric, Espresso

и ещё не совсем понял экосистему андроида. Оказалось, что либы должны работать сугубо из рантайма зелёного, а если их тестить, то надо примочки всякие ставить. Верно?

зачем либы тестить?

их должен автор тестить

Имеется в виду Test Drive Development как парадигма разработки: нет теста - нет кода

*Driven

Имеется в виду Test Drive Development как парадигма разработки: нет теста - нет кода

MVP паттерн знаком?

+

разделяй и властвуй )

и еще для вас станут приятным сюрпризом в будущем некоторые вещи )

и еще для вас станут приятным сюрпризом в будущем некоторые вещи )

вот уж не сомневаюсь... тут и вначале всё довольно интригующе

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

for each, enum, hashmap

например

?

чрезмерная аллокация объектов

ага, видел перебор стрингов с помощью множества if else, сумничал, что надо бы switch прикрутить, на что получил щелчок по лбу: нет в шестой джаве свитча стрингового

всё что триггерит GC

и т.д и т.п

ага, видел перебор стрингов с помощью множества if else, сумничал, что надо бы switch прикрутить, на что получил щелчок по лбу: нет в шестой джаве свитча стрингового

свитч по стрингам можно

свитч по стрингам можно

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

for each, enum, hashmap

Ну не надо преувеличивать. 2017 год уже - если это не код в onDraw() или игра то обычно это не принципиально.

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

если у вас на андроид 2.3 конечно )

Ну не надо преувеличивать. 2017 год уже - если это не код в onDraw() или игра то обычно это не принципиально.

2017? и что

2017? и что

И то - сравни телефоне с 2012. И в Android уже сильно оптимизированиле GC.

ты какой мин апи поддерживаешь?

андроид 4.х еще не вымер

а там далвик и gc недружелюбны к этому

ты какой мин апи поддерживаешь?

2.3 и это была игра и там реально пришлось в нескольких местах заменить foreach на for, юзать пулы и тд. Но в обычных приложениях Кнут обычно 100% прав (преждевременная оптимизация...)

думаешь почему появились ArrayMap, семейство SparceArray, Def’ы

Пацаны, кто нибудь рекурсивное дерево парсил с GSON?

Как отучиться смотреть документацию по command Q в студии на макбуке?

не использовать макбук

???

2.3 и это была игра и там реально пришлось в нескольких местах заменить foreach на for, юзать пулы и тд. Но в обычных приложениях Кнут обычно 100% прав (преждевременная оптимизация...)

А чем плохо преждевременно оптимизировать?

что плохого если я буду использовать только for по индексам?

экономия на спичках )) for по индексу

экономия на спичках )) for по индексу

Ну я знаю и что с того?

экономия на спичках )) for по индексу

ты же не руками его пишешь, почему бы и не написать? да и 16мс никто не отменял

Бойлерплейт не привносит особо

что за 16мс ?

что за 16мс ?

ммм

как про них незнать

экономия на спичках )) for по индексу

Если всё тормозит, почему бы не оказаться от лишнего итератора, особенно в onDraw или внутри другого цикла? У меня на Kotlin есть экстеншены для такой итерации, никакого синтаксического мусора.

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

что за 16мс ?

Время, за которое нужно отрисовывать кадр чтобы выдавать 60 кадров в секунду.

2.3 и это была игра и там реально пришлось в нескольких местах заменить foreach на for, юзать пулы и тд. Но в обычных приложениях Кнут обычно 100% прав (преждевременная оптимизация...)

Можешь рассказать про пулы? Какие объекты стоит пулить, какие — нет? Есть best practices?

)) я не про onDraw, а про циклы в целом. Использовать for по индексу ради сомнительной экономии это глупо.

)) я не про onDraw, а про циклы в целом. Использовать for по индексу ради сомнительной экономии это глупо.

В целом, если какой-нибудь сервис производит много мусора (итераторов), во время сборки мусора пользователь вполне может это заметить.

Писать это повсеместно — сомнительно, но не сказал бы, что плохо.

)) я не про onDraw, а про циклы в целом. Использовать for по индексу ради сомнительной экономии это глупо.

тут не про onDraw говорится

просто в ui потоке

https://www.youtube.com/watch?v=MZOf3pOAM6A

=)

в ui потоке не должно быть никаких переборов в цикле ))

в ui потоке не должно быть никаких переборов в цикле ))

ну, не все это знают

? опять этот лысый )) он уже про енумы говорил

ERROR: S client not available

Можешь рассказать про пулы? Какие объекты стоит пулить, какие — нет? Есть best practices?

Ключевое слово слово (3) если все тормозит. Когда у тебя и игра и UI реально обновляется 60 раз в секунду - это важно. Когда у тебя код в onDraw и он тоже теор. может вызывать 60 раз в секунду - это важно. В остальных случая - нужно профилирование. Насчет пулов, это простейшая абстракция - взяли из пула / вернули в пул. Базовый класс https://libgdx.badlogicgames.com/nightlies/docs/api/com/badlogic/gdx/utils/Pool.html (реализвываешь newObject или можешь взять ReflectPool)

в ui потоке не должно быть никаких переборов в цикле ))

onMeasure — это перебор. Применить дифф к ресайклеру — перебор.

теперь у всех енумофобия

onMeasure — это перебор. Применить дифф к ресайклеру — перебор.

да, переборов полно в ui части

onMeasure — это перебор. Применить дифф к ресайклеру — перебор.

Вы уже пытаетесь все притянуть за уши, чтобы оправдать использование цикла по индексу. onMeasure и onDraw это особые места где подойдет любая возможность ускорить обработку )). И как часто вы для этих методов пишите логику ?

Ключевое слово слово (3) если все тормозит. Когда у тебя и игра и UI реально обновляется 60 раз в секунду - это важно. Когда у тебя код в onDraw и он тоже теор. может вызывать 60 раз в секунду - это важно. В остальных случая - нужно профилирование. Насчет пулов, это простейшая абстракция - взяли из пула / вернули в пул. Базовый класс https://libgdx.badlogicgames.com/nightlies/docs/api/com/badlogic/gdx/utils/Pool.html (реализвываешь newObject или можешь взять ReflectPool)

Насколько это эффективно? Я, например, пробовал пулить узлы хеш-таблицы, используя AtomicReferenceArray(20) в качестве пула, и это было медленнее, чем new.

(потому что эти объекты крайне дешёвые)

А чем плохо преждевременно оптимизировать?

Тем что в интерпрайз-разработки на первом месте стоит - maintainability (и легкая замена разработчиков). А твой "оптимизированный" код со временем превратится в то что только ты один способен понять.

Вы уже пытаетесь все притянуть за уши, чтобы оправдать использование цикла по индексу. onMeasure и onDraw это особые места где подойдет любая возможность ускорить обработку )). И как часто вы для этих методов пишите логику ?

Я привёл это в качестве подтверждения того, что в UI полно переборов.

Тем что в интерпрайз-разработки на первом месте стоит - maintainability (и легкая замена разработчиков). А твой "оптимизированный" код со временем превратится в то что только ты один способен понять.

Чем сложно для понимания циклы по индексам?

Чем сложно для понимания циклы по индексам?

Как насчёт трёх вложенных циклов?

Как насчёт трёх вложенных циклов?

Такое бывает редко, это первое

три вложенных цикла это уже говнокод

Обычно в 3д графике

три вложенных цикла это уже говнокод

Вовсе нет, если обработка трехмерного массива точек в комп графике

а если в функции циклов спрятать. тоже говнокод?

нет

Насколько это эффективно? Я, например, пробовал пулить узлы хеш-таблицы, используя AtomicReferenceArray(20) в качестве пула, и это было медленнее, чем new.

Вообще если ты реализуешь в наследнике Pool метод newObject (те без рефлексии) то: Это эффективно, если каждый кадр образуются сотни объектов живущих в течение этого кадра. В остальных случаях это экономия на списках.

> Тем что в интерпрайз-разработки на первом месте стоит андроид это далеко не энтерпрайз

есть еще Optimized for indexed loop )

зачем тогда делают все эти штуки если это спички? )

Вообще если ты реализуешь в наследнике Pool метод newObject (те без рефлексии) то: Это эффективно, если каждый кадр образуются сотни объектов живущих в течение этого кадра. В остальных случаях это экономия на списках.

Ага, спасибо. А какая структура данных хранит пуд объектов?

зачем тогда делают все эти штуки если это спички? )

т е foreach сделали чтобы все страдали ? Ты там что в цикле 10кк объектов в ui потоке перебираешь ? :)

т е foreach сделали чтобы все страдали ? Ты там что в цикле 10кк объектов в ui потоке перебираешь ? :)

nope

Сколько у тебя там элементов в цикле?

просто говорю о наличии таких штук

Сколько у тебя там элементов в цикле?

не итерирую коллекции по юай

а все же сколько элементов в среднем у тебя в цикле ?

10,? 100? 10000000?

а все же сколько элементов в среднем у тебя в цикле ?

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

я думаю на 1000 элементов ты разницы не заметишь

даже на 10к не заметишь