android学习笔记分析

前面说到intent的另外一种赋值方式:

这个就是指定其component属性(调用setComponent(ComponentName)或者setClass(Context, Class)来指定)。通过这种方式的赋值的intent,其实就直接指出了activity类,这样就没有必要到androidmanfest.xmlprovider,然后通过providergettype返回加上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_ALTERNATIVEIntent.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就是发起activityactivity

4.       Specifics 是用来指定菜单顺序的,一般以uri+action来选择的activity

5.       Intent 这个一般式uri+categroy形式来选择的activity

6.       outSpecificItems这个是返回MenuItem值,用来给你跟多的设置菜单。

显示的菜单是满足specifics和满足intent的所有activity,然后显示时是满足specifics的菜单先显示。

actionandroid.app.action.MAIN,类型为 android.app.category.LAUNCHERactivity是特殊的activity,也就是入口activity,当一个应用执行时,其实是到androidmandfest.xml查看

actionandroid.app.action.MAIN,类型为 android.app.category.LAUNCHERactivity,如果发现就创建这个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的把握,及其他内容的深入了解了。

你可能感兴趣的:(Android学习)