官方解读Activity之二

本文接着上一篇写：

配置改变
如果设备的配置(被定义为Resources.Configuration类)被改变了，那么所有显示用户界面的都需要被更新以适应新的配置。因为Acitivity是和用户交互的首要机制，它包含了对配置文件改变的特殊支持。
除非你特殊指定，否则，配置文件的改变将会导致你当前的activity被销毁，经历了一个正常的activity的生命周期：onPause()、onStop(0和onDestroy()。如果此activity目前处在屏幕的最前端，或者是对用户可见，一旦那个activity实例的onDestroy()被调用，那么一个新的activity实例将会被创建，并且新创建的实例将会从 onSaveInstanceState(Bundle)中获得之前那个activity的状态。为什么要这么做呢？是因为任何应用程序的资源，包括布局文件，都能够因为任何配置文件中的配置值而发生改变。因此，对待配置文件的改变最保险的方式就是重新获得所有的资源，包括布局文件，图片资源以及字符资源。由于activity一定知道如何保存他们自己的状态并且利用这些状态重新创建自己，这就是一个简便的方法，让activity利用新的配置文件重启自己！
在一些特殊的情况下，你可能想基于一种或者多种配置文件的改变而避开重启你的activity，这可以通过manifest文件中的 android:configChanges属性来实现。对你声明在此的任何类型的配置文件的改变，你都将再你的activity中调用onConfigurationChanged(Configuration)方法，而不是通常的重启行为。如果出现了一些你并未在此声明的配置文件改变类型，那么，此activity将会重启并且onConfigurationChanged(Configuration)将不会被调用！
启动Activities并获取结果
startActivity(Intent)方法被用来启动一个新的activity，新启动的activity将会位于栈顶，该方法仅有一个参数，一个 Intent,该Intent被用来描述即将被启动的那个activity。
有的时候你也许希望当一个activity结束的时候可以从期中获得一个结果。例如：你可能会启动一个activity使得用户可以从联系人列表中选取一个记录，当选取结束后，该activity可以返回你选中的记录。为了达到这样的目的，你可以调用startActivityForResult(Intent, int)这个方法来启动activity，该方法包含第二个参数，用于标识本次调用的一个整数，该方法的返回值会通过 onActivityResult(int, int, Intent)方法返回。
当一个activity已经存在，那么他就可以调用setResult(int)返回数据给它的持有者，他必须总是提供一个返回码，可以使标准的结果RESULT_CANCELED, RESULT_OK或者是任何从RESULT_FIRST_USER开始自定义的代码。另外，它可以返回一个可选的intent，这个intent可以包含任何你想要的数据。所有的这些信息都会返回给它的持有者的Activity.onActivityResult()，伴随着前面提到的整型参数。
如果一个子activity由于任何原因失败了(例如：崩溃)，那么父activity将会收到RESULT_CANCELED的返回码。

public class MyActivity extends Activity { 
     ... 
 
     static final int PICK_CONTACT_REQUEST = 0; 
 
     protected boolean onKeyDown(int keyCode, KeyEvent event) { 
         if (keyCode == KeyEvent.KEYCODE_DPAD_CENTER) { 
             // When the user center presses, let them pick a contact. 
             startActivityForResult( 
                 new Intent(Intent.ACTION_PICK, 
                 new Uri("content://contacts")), 
                 PICK_CONTACT_REQUEST); 
            return true; 
         } 
         return false; 
     } 
 
     protected void onActivityResult(int requestCode, int resultCode, 
             Intent data) { 
         if (requestCode == PICK_CONTACT_REQUEST) { 
             if (resultCode == RESULT_OK) { 
                 // A contact was picked.  Here we will just display it 
                 // to the user. 
                 startActivity(new Intent(Intent.ACTION_VIEW, data)); 
             } 
         } 
     } 
 } 
public class MyActivity extends Activity {
     ...

     static final int PICK_CONTACT_REQUEST = 0;

     protected boolean onKeyDown(int keyCode, KeyEvent event) {
         if (keyCode == KeyEvent.KEYCODE_DPAD_CENTER) {
             // When the user center presses, let them pick a contact.
             startActivityForResult(
                 new Intent(Intent.ACTION_PICK,
                 new Uri("content://contacts")),
                 PICK_CONTACT_REQUEST);
            return true;
         }
         return false;
     }

     protected void onActivityResult(int requestCode, int resultCode,
             Intent data) {
         if (requestCode == PICK_CONTACT_REQUEST) {
             if (resultCode == RESULT_OK) {
                 // A contact was picked.  Here we will just display it
                 // to the user.
                 startActivity(new Intent(Intent.ACTION_VIEW, data));
             }
         }
     }
 }
保存连续的状态
activity一般需要处理两种持续的状态：一种是共享的文档类型的数据(典型的是利用content_provider存储再SQLite中)；另一种是内部状态例如：用户的偏好。
对于content provider数据，建议activities利用本地编辑的模型。那就是，用户做出的任何编辑都会立即产生作用，而不需要额外的确认的步骤，支持这种模型需要遵守如下两条规则：
1、当创建一个新的文档，那么备份的数据库条目和文件就会立即被创建。例如：当用户要写一个新的邮件时，那么一条新的记录就会随着开始输入数据而被创建，以至于如果用户浏览其他的activity，这个邮件将会出现在草稿箱中。
2、当activity的onPause()方法被调用，那么他就会把用户做出的任何改变提交到后端的content provider或者是文件。这将会确保那些改变对于那些即将运行的activity是可见的，你可能会想在activity的生命周期中更加积极主动的保存数据，例如：在启动一个新的activity之前，在结束一个acti

补充：移动开发 , Android ,

上一个：android 四种模式研究之一
下一个：官方解读Activity之一