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查找，发现有一个满足。
<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,这样会覆盖掉
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中进行配置,如下:
<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方法。参见下列代码：
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的把握，及其他内容的深入了解了。