Android: Как организовать ресурсы проекта?

Мне интересно, какие хорошие способы организации Android-проектов. Я создаю небольшое приложение для рецептов и уже сделал множество макетов, доступных ресурсов, меню и т.д., Не говоря уже о исходном коде Java.

Android не разрешает вложенные папки для ресурсов, так есть ли способ их организовать? Сейчас я пытаюсь организовать их с помощью соглашений об именах (например, new_list_ingredient_edit), но мне интересно, есть ли лучший способ, поскольку имена, вероятно, будут довольно длинными и громоздкими.

То же самое с ресурсами, такими как строковые значения. Как я понимаю, я могу создать несколько файлов ресурсов (например, strings_new_ingredient.xml, drawables_new_instructions.xml и т.д.), Но все мои ресурсы в файлах по-прежнему должны иметь уникальные имена, которые снова громоздки.

Ответ 1

Хотя андроид не разрешает вложенные папки для ресурсов, он делает это для активов, но это гораздо более громоздко использовать.

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

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

Ответ 2

user864684,

Обычно я пытаюсь использовать иерархию в своем наименовании. Если это макет для диалога, я начну с dialog_sharing или что-то в этом роде.

Что касается графики, я начну с btn или bg или txt или ic_menu в зависимости от того, для чего они предназначены. Помимо этого, вы просто привыкаете к нему, поскольку вы больше для Android.

Убедитесь, что у вас также есть папка с поддержкой для ваших локальных ресурсов. Я имитирую компоновку Android, поэтому сохраняю свою графику в res/... на моем локальном диске. Я держу psd и графические файлы там, а затем просто скопируйте pngs для затмения.

Надеюсь, что это поможет. Нет никакого реального стандарта, но вы подберете стиль.

Ответ 3

В частности, в отношении упорядочивания ресурсов, я бы посоветовал выбирать имена, которые описывают чертежи структурно, а не функционально.

Например, если у вас есть ресурс формы серого круга, который вы используете в качестве заполнителя для изображения, я бы не стал называть его * image_placeholder *. Вместо этого я бы назвал это * gray_circle_1 *.

Мой совет исходит из того, что у меня был опыт много раз давать имена вещей, такие как * image_placeholder *, забывая, что они на самом деле содержали, а затем переписывать одну и ту же вещь в отдельный файл ресурсов, не осознавая этого.

Не делай того, что я сделал.