Стркутура приложения, помогите разобраться
Добавлено: 06 янв 2014, 10:09
Здравствуйте форумчане. (извините если раздел не правильный выбрал)
Немного о структуре приложения.
MainActivity - Содержит DrawerLayout и распределяет выбранный раздел-фрагмент. (Иными словами скопипастил с гуглдевелопа и добавил распределение на фрагменты-файлы).
В каждом фрагменте Свое окно, я хз как называть правильно. Иными словами эти фрагменты они как активити чтоли, ну в каждом свой функционал приложения. В каждом есть ссылки(intent?) на новое активити(добавление/удаление данных приложения -из них только "назад","отмена","ок") или диалог фрагменты(фильтр, дата,ввод чисел). - всего три файла с параметрами на вход в зависимости от id разный текст и т.д. нажатие на ту или иную кнопку уходит в вызывающий фрагмент через onSomeListener(данные возвращаю) .
один диалог вызывается из 4 фрагментов и 4 активити (будет больше) - просто диалог с выводом текста по id и кнопочками Ок,Отмена.
еще один вызывается из 2 фрагментов и трех активити (ввод чисел красивой клавиатурой).
и один пока только из одного - выбор "периода": день,неделя,месяц,год - хотел через спиннер, но в диалоге отображается так : "день Сегодня", "Неделя 06.01 - 13.01", "Месяц Январь","Год 2014", а на экране надо так : "День","Неделя","Месяц","Год", а через спиннер не смог "урезать" выбранный вариант.
Добавлю другими словами. Есть активити - оно своего рода как селектор фрагментов. В каждом фрагменте множество методов для работы приложения в данном "окне". Из каждого фрагмента есть направление на "свое"(отдельный файл) активити с целью "добавить","редактировать" информацию в БД и этого "окна(раздела)" соответственно. И диалог-фрагменты - что-то выбрать, или что-то ввести.
Все все операции с базой данных в отдельном классе DB. (около 30 методов, в основном SELECT)
Есть запросы с 2-5 inner join, некоторые и с подзапросами на подсчет суммы по столбцу всей базы с группировкой. При 100000 записях тормозит - буду еще как то оптимизировать... - но здесь я уже не темный лес
Как то так. И что-то мне подсказывает что подобная схема приложения не совсем верна... Поделитесь своими примерами ПРАВИЛЬНОЙ на ВАШ взгляд структуры.
Спасибо.
Немного о структуре приложения.
MainActivity - Содержит DrawerLayout и распределяет выбранный раздел-фрагмент. (Иными словами скопипастил с гуглдевелопа и добавил распределение на фрагменты-файлы).
В каждом фрагменте Свое окно, я хз как называть правильно. Иными словами эти фрагменты они как активити чтоли, ну в каждом свой функционал приложения. В каждом есть ссылки(intent?) на новое активити(добавление/удаление данных приложения -из них только "назад","отмена","ок") или диалог фрагменты(фильтр, дата,ввод чисел). - всего три файла с параметрами на вход в зависимости от id разный текст и т.д. нажатие на ту или иную кнопку уходит в вызывающий фрагмент через onSomeListener(данные возвращаю) .
один диалог вызывается из 4 фрагментов и 4 активити (будет больше) - просто диалог с выводом текста по id и кнопочками Ок,Отмена.
еще один вызывается из 2 фрагментов и трех активити (ввод чисел красивой клавиатурой).
и один пока только из одного - выбор "периода": день,неделя,месяц,год - хотел через спиннер, но в диалоге отображается так : "день Сегодня", "Неделя 06.01 - 13.01", "Месяц Январь","Год 2014", а на экране надо так : "День","Неделя","Месяц","Год", а через спиннер не смог "урезать" выбранный вариант.
Добавлю другими словами. Есть активити - оно своего рода как селектор фрагментов. В каждом фрагменте множество методов для работы приложения в данном "окне". Из каждого фрагмента есть направление на "свое"(отдельный файл) активити с целью "добавить","редактировать" информацию в БД и этого "окна(раздела)" соответственно. И диалог-фрагменты - что-то выбрать, или что-то ввести.
Все все операции с базой данных в отдельном классе DB. (около 30 методов, в основном SELECT)
Есть запросы с 2-5 inner join, некоторые и с подзапросами на подсчет суммы по столбцу всей базы с группировкой. При 100000 записях тормозит - буду еще как то оптимизировать... - но здесь я уже не темный лес
Как то так. И что-то мне подсказывает что подобная схема приложения не совсем верна... Поделитесь своими примерами ПРАВИЛЬНОЙ на ВАШ взгляд структуры.
Спасибо.
