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的把握,及其他内容的深入了解了。