О, мой первый инстинкт - начать выкачивать какой-то код, но, поскольку вы хотите просто посмотреть на некоторые другие варианты, вот те, которые я могу вспомнить
Array: Жесткий код Array
всех ваших предустановленных сообщений, а затем просто создайте сообщение Toast с помощью presetString [RandomNumber]. Ничего особенного. Довольно прямолинейная Java с добавленным тост-сообщением. (Информацию о сообщениях о тостах и других параметрах для отображения сообщения можно найти здесь: http://developer.android.com/guide/topics/ui/notifiers/index.html)
Преимущество: простота. Это очень легко посмотреть на код и увидеть, какова ваша цель. Недостаток: иметь дело с массивом для действительно длинных списков, и будущие обновления могут стать обременительными. Также вам будет трудно эффективно использовать это в любой другой части вашей программы.
strings.xml: http://developer.android.com/guide/topics/resources/string-resource.html Strings.xml, по моему мнению, является более подходящим подходом для разработчиков Android. Вы создаете одно со всеми возможными сообщениями, а затем загружаете его в свое приложение через имя ресурса. Оттуда это просто массив, который вы можете выполнять те же операции, которые вы обычно делаете.
Преимущество: поскольку он находится в централизованном месте с идентификатором ресурса, его может использовать любая часть вашей программы. Имеет ту же базовую функциональность, что и массив
Недостаток: файлы .apk подписаны, поэтому ваши ресурсы не могут быть изменены во время выполнения. Введенные здесь сообщения не могут быть добавлены или изменены
Доступны другие типы хранения, такие как JSON . Они были бы похожи на strings.xml за исключением более положительной стороны; они легко загружаются с удаленного сервера. Ваше приложение может сделать удаленный вызов, чтобы запросить полный массив и проанализировать его оттуда http://damonsk.com/2010/01/jsonarray-httpclient-android/
Наконец, вы МОЖЕТЕ сделать базу данных SQLLite. Их использование потребовало бы огромных накладных расходов для такого простого кажущегося приложения. Это было бы предпочтительным, если вы ищете постоянное решение (которое не позволит использовать данные для использования) И может быть изменено. Скажем, например, что вы хотели бы дать пользователю возможность добавлять новые записи, или, возможно, позволить пользователю изменять сообщения или удалять те, которые ему не нравятся, тогда это подходящее решение. Основная проблема, конечно, действительно ли это необходимо? Но если это так, то вы можете найти больше документации по этому вопросу здесь или здесь (показано, как копировать SQLLIte db . Предупреждаем, что в Android 2.2 есть ошибка, не позволяйте добавлять файлы размером более 1 мегабайта в качестве ресурса, поэтому, если у вас ДЕЙСТВИТЕЛЬНО было много сообщений для добавления, вам придется использовать эту работу около здесь