Хранение данных - какой подход к приложению песни-песни?

1

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

Пока что ничего сложного, но поскольку я совершенно не знаком с программированием на Android, мне интересно, какой лучший способ хранить данные (т.е. Названия песен/тексты песен). Я думал о одном (xml?) -file для каждой песни, где имя файла - это название, а файл содержит лирику. Я думаю, что это облегчит добавление новых песен. где будут храниться такие файлы? /RES/XML?

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

  • 0
    Переводить тексты песен практически невозможно (если вы просто не хотите дать людям понять, о чем эта песня). Просто говорю.
  • 0
    да, это, вероятно, не будет автоматический перевод, я думаю больше о ручном переводе, который также сохраняется, так как мне просто нужен перевод на 1 язык ... но это все равно довольно смутная идея
Показать ещё 1 комментарий
Теги:
storage

2 ответа

2

Я бы использовал базу данных и поставщика контента, так как становится очень тривиально связывать содержимое с ListViews с помощью API Loader.

1

Согласно документации о хранилище данных у вас есть несколько вариантов.

Но стратегия хранения, которая, как представляется, соответствует вашим потребностям, - это база данных SQLite.

Вы можете использовать SQLiteOpenHelper и ContentProvider, чтобы заставить его работать.

Для его реализации потребуется довольно много работы и понимания, но это стоит усилий:

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

Если бы я был вами, я бы избегал:

  • SharedPreferences, потому что это не подходит для списка данных, так как нет никакого "механизма id". С другой стороны, это довольно легко использовать для небольших настроек.

  • Внутреннее хранилище, поскольку с ним трудно манипулировать данными после его хранения. Также не рекомендуется хранить этот тип данных.

Ещё вопросы

Сообщество Overcoder
Наверх
Меню