Подтвердить что ты не робот

Оптимальная практика структуры пакета Android

У меня есть вопрос относительно передовой практики для структуры пакета приложений.

Я смотрел презентацию Reto Meier Google I/O 2011 Android Protips: продвинутые темы для экспертного разработчика Android и прочитал его сообщение в блоге" Deep Dive Into Location" и отметил его структуру пакета приложений:

ком.....content_providers
ком.... ресиверов
ком.....услуги
ком.....UI ком.....UI.фрагменты
ком.....utils
ком.....utils.base

Является ли это предпочтительной структурой для пакетов? Есть лучшая структура?

Ответ 1

Основная цель упаковки ваших классов - упростить навигацию по исходному коду. Это особенно важно для приложений с открытым исходным кодом. На мой взгляд, простая структура пакета включает следующие пакеты:

com.example.main - содержит ваши основные функции драйвера, такие как ваши основные действия, класс приложения (если он есть) и т.д.

com.example.conf - содержит ваши файлы конфигурации, такие как константы (статические конечные переменные)

com.example.net - связанные с сетью классы, такие как те, которые делают http-запросы

com.example.util - служебные классы, такие как службы, BroadcastReceivers или другие фоновые процессы