Александр: во первых, возможно я был не внимателен, но в исходниках Picasso использования AsyncTask я не видел, во вторых Picasso как минимум не стартует пока это не нужно, и ваш совет как минимум не решит
Кроме того, в сам процесс загрузки приложение останавливается и ничего нельзя сделать в приложении пока загрузка не завершится, а мне хотелось бы чтобы когда фотки грузятся, то можно было перейти на другую страницу и отменить таким образом загрузку, если нужно.
и наконец самое главное советуя разобраться в работе AsyncTask и одновременно советуя запускать его в цикле для такой задачи показывает что вы сами в нем не до конца разобрались, если бы Wolfak захотел бы таки использовать свой код (не нужно, Picasso это сделает намного лучше, one pavel прав, там очень много нюансов ) то намного лучше было бы использовать onProgressUpdate + publishProgress
OnYourLips: в контексте android ? несомненно, если мы говорим о ui и обычных приложениях, накладные расходы на jini будут выше, впрочем как и в случае с++, если мы говорим о сервере .... не могу полноценно спорить потому что сам замер не проводил, но если верить чужим цифрам то на горячую java и с++ местами уделывает, правда какой ценной ... но это детали ) в целом так как не пишу на go не могу о нем судить, кроме как в контексте подобного вопроса
Станислав Силин: не видел замеров go vs c++ в контексте ndk, но вроде бы разница не настолько велика, особенно учитывая скорость разработки ... так что сама идея имеет право жить, но сам gomobile считаю пока слишком молодым, у android хватает своих багов, и что самое главное ui писать на ndk это и вправду изврат )))
Denis Zagayevskiy: при "делаю этот же объект доступным в другой активности" первая мысль о public static поле или методе, но не спорю варианты и вправду есть разные, но все они не стоят того гемороя которым могут обернуться, о своем велосипеде стоит думать когда можно конкретно сказать что не нравится в передачи объекта через intent и можешь примерно оценить во что это выльется ...
Валера Программист: первая activity останется жить что может послужить источником диких тормозов и падений, да и противоречит архитектуре android и в целом здравому смыслу - например эту вашу вторую activity вы хотите вызвать из третей, при классическом подходе вы просто пошлете ей нужный объект ...
Singleton тоже не лучший вариант для передачи объекта, он хорошо подходит в случаях когда нужно создать какой то дорогой объект который нужен всем, напрbмер интсанс к бд, или если http client (хороший пример от джейка вортона с Dagger ) ...
Если же вы хотите хранить в singleton состояние activity при смене ориентации и тд в случаях когда Serializable / Parcelable неудобен, то тоже не вариант, хотя бы потому что можете что то забыть очистить и activity будет жить дальше, когда она не нужна, в таких случаях лучше использовать фрагмент без ui
En1q0d: не уверен что понимаю правильно, у вас есть фон, относительно него и ставьте отступы для ракеты, для каждого экрана в отдельности, а вообще если это игра то возможно вы выбрали не тот инструмент
Igor Karachentsev: ничего не мешает, но простите за каламбур у этой палки куда больше концов, например впереди задача которая запросто может отъесть больше времени чем не нее отведено (да просчет на этапе планирования или еще где то, не все от нас зависит) или человек привыкает что на такие задачи нужно меньше времени чем говорит разработчик, в результате времени отводится меньше, начинаются срывы сроков ..... вариантов много, один из главных показателей, работа выполненная в оговоренный срок, бывает так что быстрее графика тоже не хорошо
кроме того иногда приятно сделать задачу чуть раньше зная что потом можно будет на часик раньше домой уйти, или просто расслабится чаек попить, появляется спортивный интерес и человек работает гораздо лучше )
M-Misha-M: можете, не работал конкретно с greenDao, но все орм дают доступ к полям, у вас будет что то вроде textview.setText(mushrooms.getDescription() );
и наконец самое главное советуя разобраться в работе AsyncTask и одновременно советуя запускать его в цикле для такой задачи показывает что вы сами в нем не до конца разобрались, если бы Wolfak захотел бы таки использовать свой код (не нужно, Picasso это сделает намного лучше, one pavel прав, там очень много нюансов ) то намного лучше было бы использовать onProgressUpdate + publishProgress