Проверил ваше решение и нашёл только единственный минус — при каждой транзакции нужно вызывать:
overridePendingTransition(R.anim.animation,R.anim.animation);
Файл R.anim.animation пустой, чтобы не было никакой анимации.Мне нравиться ваш способ решения проблемы.
Проблема очень эстетично решается через создание синглтона главной активити, в которой происходит управление фрагментами, и уже через синглтон вызывать открытие нового фрагмента
Именно это я и описывал дальше.
Ещё один вариант, предлагаемый документацией Google — это через объект интерфейса, то есть фрагмент обрабатывает нажатие на свои кнопки и при нажатии создаётся объект интерфейса, который реализует активность
приложения на 3-4 активити без какой-то сложной графики. Не могу понять, что там может тормозить.
Тут наверное дело не в мощности, а в версии андроид. На телефоне под андроид 4.1 видно как создаётся ещё одно окно. И ещё я сравнивал по ОЗУ. Фрагменты экономнее.
Это приложение можно было написать намного проще, но я хотел продемонстрировать разделение кода по пакетам, использование принципов ООП, динамическую смену фрагментом и передачу данных от фрагмента к активности.
Может быть MVC я не совсем придерживаюсь, потому что местами у меня выполняется и логика и изменение пользовательского интерфейса. MVC мне помогает создать правильную структуру пакетов.Код в одном пакете, а фрагменты и активности в другом.
overridePendingTransition(R.anim.animation,R.anim.animation);
Файл R.anim.animation пустой, чтобы не было никакой анимации.Мне нравиться ваш способ решения проблемы.
Именно это я и описывал дальше.
… Умейте дочитать до конца.
Тут наверное дело не в мощности, а в версии андроид. На телефоне под андроид 4.1 видно как создаётся ещё одно окно. И ещё я сравнивал по ОЗУ. Фрагменты экономнее.
Я учусь, но часто вижу людей, которым бы пригодились мои объяснения и примеры кода