{"id":133,"date":"2014-05-06T07:04:38","date_gmt":"2014-05-06T11:04:38","guid":{"rendered":"https:\/\/cindypotvin.com\/?p=133"},"modified":"2017-02-18T16:35:54","modified_gmt":"2017-02-18T21:35:54","slug":"introduction-how-to-save-data-in-your-android-application","status":"publish","type":"post","link":"https:\/\/cindypotvin.com\/introduction-how-to-save-data-in-your-android-application\/","title":{"rendered":"Introduction : How to save data in your Android application"},"content":{"rendered":"<p>This is the first post in a series explaining the various ways to save data and application state in an Android application. There are many mechanisms in the Android SDK that can be used to save data, and it is something confusing to decide which one to use and when the operation should be triggered. One of the first and easiest things you\u2019ll want to do when building your application is keeping data entered by the user and explicitly saved. Here are the most commonly used persistent storage modes :<\/p>\n<ul>\n<li>The most basic way to save data is to save it to a file on the external storage of the device. This type of storage is accessible by all the other applications and by the user. It can also be seen when the device is mounted as external storage. The files will be kept even if your application is uninstalled unless you get the folder for which to save the files using the <em>getExternalFileDir<\/em> method. This is the best for files that are edited by the user and should be kept even if your application is removed, for example pictures and documents.<\/li>\n<li>You can also save files to an internal storage that is private for your application. In that case, the files are not accessible by the user or by other applications and will be deleted when the application is uninstalled. This is best if you want to save simple data to a file while avoiding the overhead of managing a database.<\/li>\n<li>Also, you can save user preferences as key\/value pairs with the <em>Preference<\/em> API to create a <em>SharedPreferences<\/em> file. You can create an activity to save preferences using the <em>PreferenceActivity<\/em> or an activity that hosts a <em>PreferenceFragment, <\/em>both containing <em>Preferences<\/em> object in their layout instead of view objects.<\/li>\n<li>Finally, if you have data with a complex structure to save, each application has its own private <em>SQLLite<\/em> database to persist data. This data will be destroyed if the application is uninstalled.<\/li>\n<\/ul>\n<p>Also, there are many cases where the current state of the application needs to be saved because an event was triggered. For example :<\/p>\n<ul>\n<li>When the device is rotated, the current activity is recreated so the layout can be adjusted.<\/li>\n<li>When your application is sent to the background by the user or by another application, for example if a phone call is received. Also, if another activity in your application is by the user, the current activity is also sent to the background. An activity that is sent to the background can be recycled if the device needs more memory and is recreated when needed again.<\/li>\n<li>When the application is explicitly closed by the user.<\/li>\n<\/ul>\n<p>In those cases, you may need to save the data the user entered in a permanent data store. When the activity is sent to the background or on its way to be destroyed, the <em>onPause<\/em> event is always raised, followed by the <em>onStop<\/em> event if the IU is completely hidden, so saving persistent data is best done during the <em>onPause<\/em> event. Later on, when the user accesses the activity again, the <em>onRestart<\/em>, <em>onStart<\/em> and<em> onResume<\/em> events will be raised if the activity was still in memory and is resumed and the <em>onCreate<\/em>, <em>onStart<\/em>, and <em>onResume<\/em> events will be raised if the activity was recycled and needs to be recreated. So, if you need to display the data again in all cases, you should restore the UI during the <em>onResume<\/em>.<\/p>\n<p>If it is not necessary to save the data permanently and you only want to save the state of the UI, you can use the <em>onSaveInstanceState<\/em> event to store the state in a <em>Bundle<\/em>. This should not be relied upon to save data since the event is not part of the activity lifecycle and is only triggered by the UI\u00a0 when the activity needs to be recreated or is sent to the background, but not when it is destroyed permanently : it is meant for storing transient view states. Some of the data is already saved by the Android SDK, but you may need to save extra information, for example if you have custom controls. When the user navigates back to the activity and the state of the UI needs to be restored, the bundle containing the state information is accessible from the <em>onRestoreInstanceState<\/em> event raised if the activity was still in memory, or from the <em>onCreate<\/em> event raised if the activity was recycled and needs to be recreated.<\/p>\n<p>Here are all the other articles in the series :<\/p>\n<p><a href=\"https:\/\/cindypotvin.com\/saving-data-to-a-file-in-your-android-application\/\" title=\"Saving data to a file in your Android application\">Saving data to a file in your Android application<\/a><br \/>\n<a href=\"https:\/\/cindypotvin.com\/saving-preferences-in-your-android-application\/\" title=\"Saving preferences in your Android application\">Saving preferences in your Android application<\/a><br \/>\n<a href=\"https:\/\/cindypotvin.com\/saving-to-a-sqlite-database-in-your-android-application\/\" title=\"Saving to a SQLite database in your Android application\">Saving to a SQLite database in your Android application<\/a><br \/>\n<a href=\"https:\/\/cindypotvin.com\/storing-the-state-of-an-activity-of-your-android-application\/\" title=\"Storing the state of an activity of your Android application\">Storing the state of an activity of your Android application<\/a><iframe loading=\"lazy\" src=\"https:\/\/newsletter.cindypotvin.com\/embed\" width=\"100%\" height=\"320\" frameborder=\"0\" scrolling=\"no\"><\/iframe><\/p>\n<!--themify_builder_content-->\n<div id=\"themify_builder_content-133\" data-postid=\"133\" class=\"themify_builder_content themify_builder_content-133 themify_builder tf_clear\">\n    <\/div>\n<!--\/themify_builder_content-->\n","protected":false},"excerpt":{"rendered":"<p>This is the first post in a series explaining the various ways to save data and application state in an Android application. There are many mechanisms in the Android SDK that can be used to save data, and it is something confusing to decide which one to use and when the operation should be triggered. [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[2,15,4],"tags":[8,12,30],"jetpack_featured_media_url":"","jetpack-related-posts":[],"jetpack_sharing_enabled":true,"builder_content":"","_links":{"self":[{"href":"https:\/\/cindypotvin.com\/wp-json\/wp\/v2\/posts\/133"}],"collection":[{"href":"https:\/\/cindypotvin.com\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/cindypotvin.com\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/cindypotvin.com\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/cindypotvin.com\/wp-json\/wp\/v2\/comments?post=133"}],"version-history":[{"count":13,"href":"https:\/\/cindypotvin.com\/wp-json\/wp\/v2\/posts\/133\/revisions"}],"predecessor-version":[{"id":600,"href":"https:\/\/cindypotvin.com\/wp-json\/wp\/v2\/posts\/133\/revisions\/600"}],"wp:attachment":[{"href":"https:\/\/cindypotvin.com\/wp-json\/wp\/v2\/media?parent=133"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/cindypotvin.com\/wp-json\/wp\/v2\/categories?post=133"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/cindypotvin.com\/wp-json\/wp\/v2\/tags?post=133"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}