Facebook в своем user guide предлагает сохранить key в файле values/strings.xml. Никогда раньше такого подхода не было, и это звучит странно для меня. Это что-то все используют? Я всегда думал, что лучше хранить такие данные в файлах конфигурации.Полезно ли хранить данные в файле strings.xml?
Совершенно хорошо хранить данные, подобные этому, в strings.xml. Убедитесь, что вы сохранили его по умолчанию /res/values/strings.xml, а не в какой-либо другой папке values, к которой прилагаются квалификаторы. Если вы это сделаете, оно может быть недоступно на всех устройствах.
Сохранение таких данных в файлах конфигурации также вполне приемлемо (и тот, который я лично использую, больше, потому что мне легче редактировать файл Java со статическими переменными, чем файл XML в Eclipse).
Сохранение данных в strings.xml означает наличие дополнительного шага в доступе к нему, так как вам нужно будет получить его из ресурсов, используя экземпляр Context. Помещение его в качестве статического поля в Java-классе облегчит доступ к нему.
Оба метода работают нормально и используются обычно. Это действительно зависит от ваших личных предпочтений.
Я хотел бы остановиться на хорошем ответе Рагхава, предлагая вам также указать его в другом имени файла, например '/ res/values / keyss.xml'. Таким образом, вы можете хранить видимые пользователем строки в файле strings.xml и в отдельном файле, делая все приятным и организованным. – Budius
+1 для '/ res/values / keyss.xml'. Также легко создать систему (например, используя Maven) для автоматической замены ключей разработки клавишами освобождения во время фазы выпуска. – rciovati