android学习笔记分析
前面说到intent的另外一种赋值方式：
这个就是指定其component属性（调用setComponent(ComponentName)或者setClass(Context, Class)来指定）。通过这种方式的赋值的intent，其实就直接指出了activity类，这样就没有必要到androidmanfest.xml找provider，然后通过provider的gettype返回加上action来找activity了，而是直接创建activity类的实例。
其实android还提供了一种创建activity的方式，那就是动态menu的方式，通过
1 public boolean onCreateOptionsMenu(Menu menu) { 2 3 super.onCreateOptionsMenu(menu); 4 5 // This is our one standard application action -- inserting a 6 7 // new note into the list. 8 9 menu.add( 0 , MENU_ITEM_INSERT, 0 ,R. string .menu_insert) 10 11 .setShortcut( ' 3 ' , ' a ' ) 12 13 .setIcon(android.R.drawable.ic_menu_add); 14 15 // Generate any additional actions that can be performed on the 16 17 // overall list. In a normal install, there are no additional 18 19 // actions found here, but this allows other applications to extend 20 21 // our menu with their own actions. 22 23 Intent intent = new Intent( null , getIntent().getData()); 24 25 intent.addCategory(Intent.CATEGORY_ALTERNATIVE); 26 27 menu.addIntentOptions(Menu.CATEGORY_ALTERNATIVE, 0 , 0 , new ComponentName( this , NotesList. class ), null , intent, 0 , null ); 28 29 return true ; 30 31 }
上面的addIntentOptions就是这种方式。
这个函数其实是，系统通过Intent查询是否有符合条件的activity,这个过程和上面的一样，如果找到了，就生成一个menu，这个menu的名字是androidmanfest.xml中的符合条件的activity中的label中指定的字符。
1 < intent - filter android:label = " @string/resolve_edit " >
如这个就是string/resolve_edit，这个也是指向一个string资源。
在上面的onCreateOptionsMenu中：
由于intent的uri是content://com.google.provider.NotePad/notes，因此得到的type是vnd.android.cursor.dir/vnd.google.note
而category是Intent.CATEGORY_ALTERNATIVE，
然后到androidmanfest.xml去找，大家自己看一下，应该找不到合适的。这样也是为什么menu只有一个add_note。
如果修改Intent.CATEGORY_ALTERNATIVE为Intent.CATEGORY_DEFAULT,然后
再执行，这个时相当于uri=content://com.google.provider.NotePad/notes
category=android.intent.category.DEFAULT
到androidmanfest.xml查找，发现有一个满足。
|
1
2
3
4
5
6
7
8
9
|
<intent-filter>
<action android:name=
"android.intent.action.INSERT"
/>
<category android:name=
"android.intent.category.DEFAULT"
/>
<data android:mimeType=
"vnd.android.cursor.dir/vnd.google.note"
/>
</intent-filter>
|
但是执行发现没有增加菜单，为什么啊，其实这个是是由于onCreateOptionsMenu和onPrepareOptionsMenu函数中都有menu.addIntentOptions(Menu.CATEGORY_ALTERNATIVE)，相当在同一个groupid建菜单，这样后一个执行的会覆盖掉前一个的。
而onPrepareOptionsMenu在onCreateOptionsMenu后执行，所以onPrepareOptionsMenu中覆盖了onCreateOptionsMenu添加的菜单，而由于onPrepareOptionsMenu没有给Menu.CATEGORY_ALTERNATIVE附新值，故Menu.CATEGORY_ALTERNATIVE还是为空。
怎么解决，好解决，在onCreateOptionsMenu中改groupid号，即将Menu.CATEGORY_ALTERNATIVE改为Menu.first,其他的也行，但注意不要改为menu.none,这样会覆盖掉
|
1
2
3
|
menu.add(0, MENU_ITEM_INSERT, 0, R.
string
.menu_insert)
.setShortcut(
'3'
,
'a'
)
.setIcon(android.R.drawable.ic_menu_add);
|
添加的菜单。因为menu.none也为0
改完后运行可以看到。
总结下函数
int android.view.Menu.addIntentOptions(int groupId, int itemId, int order, ComponentName caller, Intent[] specifics, Intent intent, int flags, MenuItem[] outSpecificItems)
函数参数分析：
1.groupid就是菜单组的编号；
2.itemId
3.Call就是发起activity的activity
4.Specifics是用来指定菜单顺序的，一般以uri+action来选择的activity
5.Intent这个一般式uri+categroy形式来选择的activity
6.outSpecificItems这个是返回MenuItem值，用来给你跟多的设置菜单。
显示的菜单是满足specifics和满足intent的所有activity,然后显示时是满足specifics的菜单先显示。
action为android.app.action.MAIN,类型为android.app.category.LAUNCHER的activity是特殊的activity，也就是入口activity，当一个应用执行时，其实是到androidmandfest.xml查看
action为android.app.action.MAIN,类型为android.app.category.LAUNCHER的activity,如果发现就创建这个activity实例运行，如果没发现就不启动，大家可以试着去将android.app.action.MAIN改为android.app.action.MAIN1，然后运行，你发现，运行不了，没有窗体创建。
为什么要这样呢，因为android程序中没有main等函数，系统不知道该从哪个activity开始运行,必须有个约定。
service
service其实可以看成是activity的简化版，activity除去主窗体的功能外，就是service了。
一个简单的Servce实例如下:
1 package com.wissen.testApp.service; 2 3 public class MyService extends Service { 4 @Override 5 public IBinder onBind(Intent intent) { 6 return null ; 7 } 8 9 @Override 10 public void onCreate() { 11 super.onCreate(); 12 Toast.makeText( this , “Service created…”, Toast.LENGTH_LONG).show(); 13 } 14 15 @Override 16 public void onDestroy() { 17 super.onDestroy(); 18 Toast.makeText( this , “Service destroyed…”, Toast.LENGTH_LONG).show(); 19 } 20 }
上例中的这个Service主要做了这些事：当服务创建和销毁时通过界面消息提示用户。
如Android中的其它部件一样, Service也会和一系列Intent关联。Service的运行入口需要在AndroidManifest.xml中进行配置,如下:
|
1
2
3
4
5
|
<service
class
=”.service.MyService”>
<intent-filter>
<action android:value=”com.wissen.testApp.service.MY_SERVICE” />
</intent-filter>
</service>
|
之后我们的Service就可以被其他代码所使用了。
这个和activity几乎没什么差别，就是将
<activity android:name="NoteEditor"…>
改成<service class=”.service.MyService”>
使用Service:
应用程序可以通过调用Context.startService方法来启动Service。如果当前没有指定的Service实例被创建，则该方法会调用Service的onCreate方法来创建一个实例；否则调用Service的onStart方法。参见下列代码：
|
1
2
3
|
Intent serviceIntent =
new
Intent();
serviceIntent.setAction(”com.wissen.testApp.service.MY_SERVICE”);
startService(serviceIntent);
//也许你会说为什么没有contexta啊，因为activity是context的继承，也就是context上面等价this. startService
|
也就是context. startService
和activity的使用也没什么差别，将startActivity
变成startService,其他的就不详谈。
content-provider
其实在activity和intent都说到了content-provider.不过说的只是provider的gettype功能在寻找activity的作用，其实provider还有其他的作用，且是主要作用，那就是内容提供商。应用程序可以在Content Provider中执行如下操作:
Content-provider要提供五个功能。
查询数据
修改数据
添加数据
删除数据
返回数据类型
分别对应：
1 public int delete(Uri uri, String selection, String[] selectionArgs) { 2 3 // TODO Auto-generated method stub 4 5 return 0 ; 6 7 } 8 9 10 11 @Override 12 13 public String getType(Uri uri) { 14 15 // TODO Auto-generated method stub 16 17 return null ; 18 19 } 20 21 22 23 @Override 24 25 public Uri insert(Uri uri, ContentValues values) { 26 27 // TODO Auto-generated method stub 28 29 return null ; 30 31 } 32 33 34 @Override 35 36 public boolean onCreate() { 37 38 // TODO Auto-generated method stub 39 40 return false ; 41 42 } 43 44 45 @Override 46 47 public Cursor query(Uri uri, String[] projection, String selection, 48 49 String[] selectionArgs, String sortOrder) { 50 51 // TODO Auto-generated method stub 52 53 return null ; 54 55 } 56 57 58 @Override 59 60 public int update(Uri uri, ContentValues values, String selection, 61 62 String[] selectionArgs) { 63 64 // TODO Auto-generated method stub 65 66 return 0 ; 67 68 }
这些都要你自己实现，不同的实现就是对应不同的content-provider。
但是activity使用content-provider不是直接创建一个对象，然后调用这些具体方法。
而是调用managedQuery，getContentResolver().delete,update等来实现，这些函数其实是先找到符合条件的content-provider,然后再调用具体的content-provider的函数来实现，那又是怎么找到content-provider，就是通过uri中的authority来找到content-provider，这些都是通过系统完成，应用不用管，这样有效的隔离了应用和内容提供商具体实现。
利用uri如何找到content-provider在前面已经讲过了，就不讲了。
到此为止，android程序的框架就讲完了，具体就看对API的把握，及其他内容的深入了解了。