Фрагменты твоё спасение

а поподробнее можешь объяснить

а поподробнее можешь объяснить

Под кнопкой размешаешь контейнер. В контейнер размещаешь фрагмент. По клику показываешь фрагмент

Если ты не знаешь что такое фрагмент, то тебе определённо нужно учить матчасть. StartAndroid или Alexander Klimoff отлично подойдут.

здесь есть кто-нибудь, кто писал игры?

а что за контейнер viewpager ?

а что за контейнер viewpager ?

он позволяет постранично листать контент, как фотографии в галереи, влево и вправо

гугл в помощь

здесь есть кто-нибудь, кто писал игры?

писал тетрис, змейку, lines и т.п. с 3d графикой много баловался

писал тетрис, змейку, lines и т.п. с 3d графикой много баловался

с libgdx работал?

не я имел в виду. что за контейнер ? viewpager или есть еще какойто ?

с libgdx работал?

OpenGL ES

не я имел в виду. что за контейнер ? viewpager или есть еще какойто ?

FrameLayout. В него лучше всего складывать фрагменты

OpenGL ES

а как в играх принято менюшки делать? тупо вьюшки с картинками? а красивые переходы с анимациями активити?

ой, ну т.е. там же наоборот View не используют обычно, а свои примитивы

а как в играх принято менюшки делать? тупо вьюшки с картинками? а красивые переходы с анимациями активити?

так тоже можно но обычно берут NativeActivity и рисуют все сами

К утреннему обсуждению, с итеатором тоже будет исключение, если в цикле удалять итемы

так тоже можно но обычно берут NativeActivity и рисуют все сами

а как анимации делают? Например при запуске игры, чтобы сделать что-то типо transitions активити

а нет примеров кода ?

а как анимации делают? Например при запуске игры, чтобы сделать что-то типо transitions активити

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

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

а, блин, с опенгл всё по хардкору))

с готовым движком должно быть гораздо проще, покури как в libgdx это делают

libGDX ??

с готовым движком должно быть гораздо проще, покури как в libgdx это делают

я его и курю.

с готовым движком должно быть гораздо проще, покури как в libgdx это делают

вот как раз хотел узнать как в libgdx это делается по правильному, не кастылями.

Под кнопкой размешаешь контейнер. В контейнер размещаешь фрагмент. По клику показываешь фрагмент

может есть пример кода ?

здесь есть кто-нибудь, кто писал игры?

Как-то нужно было сделать игрушку, без желания разбираться в другом языке. Поэтому заюзал AndEngine. Довольно простая реализация. В то же время можно и сложности сделать(по типу сталкивания сложных контуров, а не прямоугольников)

Как-то нужно было сделать игрушку, без желания разбираться в другом языке. Поэтому заюзал AndEngine. Довольно простая реализация. В то же время можно и сложности сделать(по типу сталкивания сложных контуров, а не прямоугольников)

Руками сталкивание писали, что-ли?

может есть пример кода ?

http://startandroid.ru/ru/uroki/vse-uroki-spiskom/174-urok-104-android-3-fragments-lifecycle.html И несколько уроков дальше

Как-то нужно было сделать игрушку, без желания разбираться в другом языке. Поэтому заюзал AndEngine. Довольно простая реализация. В то же время можно и сложности сделать(по типу сталкивания сложных контуров, а не прямоугольников)

да знаю, ковырял его ещё года 2 назад. Но сейчас он уже умер, не развивается и лучше libgdx юзать насколько я понял из всего что есть

В libGDX box2d из коробки есть.

И scene2d

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

Сам уже года два не курил эту тему с играми)

Руками сталкивание писали, что-ли?

Нет, делал какой-то хак, чтобы работало норм. Было года 4 назад XD Но помню что из коробки он это нормально не умел =)

Тут же эррэйлист

Точнее джсон эррэй

Пытаюсь задать кнопке селектор с векторными drawable. app:srcCompat="@drawable/gps_fab" gps_fab.xml <?xml version="1.0" encoding="utf-8"?> <selector xmlns:android="http://schemas.android.com/apk/res/android"> <item android:drawable="@drawable/vec_geo_active" android:state_pressed="true"/> <item android:drawable="@drawable/vec_geo_active" android:state_checked="true"/> <item android:drawable="@drawable/vec_geo_inactive"/> </selector> на android 5+ работает. На 4 нет, в чем может быть проблема?

Тут же эррэйлист

Да какая разница? И то, и то имплементит Iterable

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

Нужно не загонять все в массив, а самому по строчке парсить стрим и сразу ложить в базу строчку. Родной парсер так на старых версиях не может, его вообще нужно избегать, logansquare или gson само норм

Да какая разница? И то, и то имплементит Iterable

Всё все все, разобрался.

Я удалял через одно место прост

http://startandroid.ru/ru/uroki/vse-uroki-spiskom/174-urok-104-android-3-fragments-lifecycle.html И несколько уроков дальше

Спасибо!

Нет, делал какой-то хак, чтобы работало норм. Было года 4 назад XD Но помню что из коробки он это нормально не умел =)

ну хз в andEngine помню что-то было для коллизий.

Кстати, в два раза упало потребление ОЗУ) так же как и время выполнения метода

После чего?

Нужно не загонять все в массив, а самому по строчке парсить стрим и сразу ложить в базу строчку. Родной парсер так на старых версиях не может, его вообще нужно избегать, logansquare или gson само норм

Был выше код и судя по всему там и так gson впряжён

https://gist.github.com/punksta/7b37955a9eab022cc0e4fe3bdd41e562 Не сталкивались ли с этим?

Был выше код и судя по всему там и так gson впряжён

Но все равно там парсинг и запись не на лету, а сначала в массив, потом из массива запись

Слабые ссылки здесь костыль

ну хз в andEngine помню что-то было для коллизий.

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

Но все равно там парсинг и запись не на лету, а сначала в массив, потом из массива запись

Большая часть там realm. Create objeobject from json

Слабые ссылки здесь костыль

Вообще убрал их, они там никак не влияли

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

возможно, так не углублялся. Помню что обрабатывал коллизии.

@itretyak а сколько у вас в json array объектов?

Большая часть там realm. Create objeobject from json

Реалм тоже может на лету сам так по объекту записывать, но он родной парсер жсона использует. Я обычно лезу в сгенерированный код модели и заменяю на gson

@itretyak а сколько у вас в json array объектов?

Тысяч 50 примерно

Реалм тоже может на лету сам так по объекту записывать, но он родной парсер жсона использует. Я обычно лезу в сгенерированный код модели и заменяю на gson

Так и делаю, сохраняю итемы и после удаляю его из листа

Конечно можно с апи порциями подгружать, но это много запросов

Тысяч 50 примерно

Ёбушки воробушки. Столько даже в вебе не парсят

Так и делаю, сохраняю итемы и после удаляю его из листа

Нет нифига не так. Про Sax парсер, потоковый json парсер почитай

Такие дела, братцы. Это загрузка каталога в сплешскрине

У браузеров мощи хватает на как раз 50-60 потолок

Пагинацию делайте

Конечно можно с апи порциями подгружать, но это много запросов

ERROR: S client not available

Я бы сразу распарил 50твщ

За один запрос к апи

Такие дела, братцы. Это загрузка каталога в сплешскрине

а тебе прям сразу все нужны что ли ?

пагинацию нельзя что ли сделать?

Как же вы боитесь больших json

Да лучше сервер пагинацией доссить

Как же вы боитесь больших json

а зачем грузить сразу если оно всё не нужно? Lazy load наше всё

Подгружать то что нужно и все

Как же вы боитесь больших json

Клиент должен быть лёгким. Для этого и придумали клиент-сервер. Клиенту вообще не надо ворочать большими массивами

а зачем грузить сразу если оно всё не нужно? Lazy load наше всё

Для офлайн режима?

Да лучше сервер пагинацией доссить

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

Идя по индексам нельзя модифицировать коллекцию. Удалишь что-нибудь в таком цикле - словишь ConcurrentModificationException

это если ты используешь итератор, а удаляешь не через итератор. индексы тут не при делах

это если ты используешь итератор, а удаляешь не через итератор. индексы тут не при делах

Я про for loop говорил

Для офлайн режима?

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

Подгружать то что нужно и все

Для офлайн режима не подгрузишь

А что там у тебя такое ?

Я про for loop говорил

я имел в виду про for(inti=0;i<list.size();i++) list.remove(i)

Я про for loop говорил

"идя по индексам" ты говорил) for (int i = 0; i < list.size; ++i) – вот итерация по индексам

"идя по индексам" ты говорил) for (int i = 0; i < list.size; ++i) – вот итерация по индексам

И ты написал мне for loop)))

"идя по индексам" ты говорил) for (int i = 0; i < list.size; ++i) – вот итерация по индексам

ну да, и хочешь сказать в таком цикле list.remove(i) выкинет ConcurentModification ?

list в данном случае ArrayList

ну да, и хочешь сказать в таком цикле list.remove(i) выкинет ConcurentModification ?

воу-воу палехчи. я как раз обратное говорил)

И ты написал мне for loop)))

есть еще другой for loop – for (Object it in list) – он не по индексу

ну да, и хочешь сказать в таком цикле list.remove(i) выкинет ConcurentModification ?

CME выкидывает итератор, если обнаруживает что коллекция, для которой он выдан, была изменена извне

CME выкидывает итератор, если обнаруживает что коллекция, для которой он выдан, была изменена извне

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

есть еще другой for loop – for (Object it in list) – он не по индексу

Это for each

Кстати, в два раза упало потребление ОЗУ) так же как и время выполнения метода

а как считали?

Это for each

ии? упражняться в терминологии можно бесконечно. мой посыл был в том, что процитированное – неправда: Идя по индексам нельзя модифицировать коллекцию. Удалишь что-нибудь в таком цикле - словишь ConcurrentModificationException

я имел в виду про for(inti=0;i<list.size();i++) list.remove(i)

вот этот цикл не выкинет concurrent modification exception. (правда и удалит только половину элементов)

Тысяч 50 примерно

а какой длины json-строка?)

ии? упражняться в терминологии можно бесконечно. мой посыл был в том, что процитированное – неправда: Идя по индексам нельзя модифицировать коллекцию. Удалишь что-нибудь в таком цикле - словишь ConcurrentModificationException

Да, я скосячил. В for each CME ловится при попытке что-то внутри у него удалить.