《Android 开发艺术探索》笔记6--理解RemoteViews

理解RemoteViews.png

RemoteView的应用

简介:在开发中, 通知栏都知道是通过NotificationManagernotify方法实现. 桌面小部件则是通过AppWidgetProvider实现. 后者本质上是一个广播.更新他们无法像以前那样.这是因为不是一个进程,小部件是SystemServer进程. 为了跨进程更新界面,RemoteViews提供了一系列的set方法…

RemoteViews通知栏的应用

贴出自定义布局通知栏代码利用remoteViews

/**

 * 打开自定义布局的通知栏

 */

private void displayRemoteViews() {

    Notification notification = new Notification();

    notification.icon = R.mipmap.ic_launcher;

    notification.tickerText = "我是小部件";

    notification.when = System.currentTimeMillis();

    notification.flags = Notification.FLAG_AUTO_CANCEL;

    Intent intent = new Intent(getApplicationContext(), MainActivity.class);

    PendingIntent pedingIntent = PendingIntent.getActivity(getApplicationContext(), 0, intent, PendingIntent.FLAG_UPDATE_CURRENT);

    RemoteViews remoteViews = new RemoteViews(getPackageName(), R.layout.layout_notification);

    remoteViews.setTextViewText(R.id.tv_msg, "我是文字信息");

    remoteViews.setImageViewResource(R.id.iv_icon, R.mipmap.favicon);

    notification.contentView = remoteViews;

    notification.contentIntent = pedingIntent;

    PendingIntent openActivity2PendingIntent = PendingIntent.getActivity(this,

            0, new Intent(this, OpenActivity.class), PendingIntent.FLAG_UPDATE_CURRENT);

    remoteViews.setOnClickPendingIntent(R.id.tv_open, openActivity2PendingIntent);

    NotificationManager manager = (NotificationManager) getSystemService(Context.NOTIFICATION_SERVICE);

    manager.notify(2, notification);

}

传入了一个自定义布局里面有一个imageView两个textView.

RemoteView在桌面小部件上的应用

AppWidgetProvider是系统提供的用于实现桌面小部件的类, 继承BroadcaseReceiver.可以当成广播理解.

桌面小部件的开发步骤

1.定义小部件界面

在创建一个布局xml当做这个小部件要展示的样子

2.定义小部件配置信息

res/xml文件夹下新建一个xxx_info.xml的文件








  • initiaLayout: 小工具所要使用的初始化布局
  • minHeight``minWidth: 指定小工具的尺寸
  • updatePeriodMillis: 自动刷新的时间, 单位毫秒

3.定义小部件的实现类

/**

 * Created by suzeyu on 16/8/11.

 * 定义小部件的实现类

 */

public class MyAppWidgetProvider extends AppWidgetProvider {

    public static final String TAG = MyAppWidgetProvider.class.getName();

    public static final String CLICK_ACTION = "com.szysky.note.androiddevseek_05.action.CLICK";

    @Override

    public void onReceive(final Context context, Intent intent) {

        super.onReceive(context, intent);

        Log.i(TAG, "onReceive: 接收到广播-->"+intent.getAction());

        //是触发的自己点击时发送的action那么就让小部件旋转

        if (intent.getAction().equals(CLICK_ACTION)){

            Toast.makeText(context, "准备旋转", Toast.LENGTH_SHORT).show();

            AsyncTask.execute(new Runnable() {

                @Override

                public void run() {

                    Bitmap srcBmp = BitmapFactory.decodeResource(context.getResources(), R.mipmap.favicon);

                    AppWidgetManager widgetManager = AppWidgetManager.getInstance(context);

                    for (int i = 0; i < 37; i++) {

                        float degree = (i * 10) % 360;

                        RemoteViews remoteViews = new RemoteViews(context.getPackageName(), R.layout.layout_widget);

                        remoteViews.setImageViewBitmap(R.id.iv_main, rotateBmp(context, srcBmp, degree));

                        if (i==36){

                            Intent intentClick = new Intent();

                            intentClick.setAction(CLICK_ACTION);

                            PendingIntent peddingIntent = PendingIntent.getBroadcast(context, 0, intentClick, 0);

                            remoteViews.setOnClickPendingIntent(R.id.iv_main, peddingIntent);

                        }

                        widgetManager.updateAppWidget(new ComponentName(context, MyAppWidgetProvider.class), remoteViews);

                        SystemClock.sleep(50);

                    }

                }

            });

        }

    }

    /**

     * 旋转一个bitmap

     */

    private Bitmap rotateBmp(Context context, Bitmap srcBmp, float degree) {

        Matrix matrix = new Matrix();

        matrix.reset();

        matrix.setRotate(degree);

        return Bitmap.createBitmap(srcBmp, 0, 0, srcBmp.getWidth(), srcBmp.getHeight(), matrix, true);

    }

    /**

     * 当自定义的小桌面被添加 这个方法只有在本实例中只有被添加的时候才调用

     */

    @Override

    public void onUpdate(Context context, AppWidgetManager appWidgetManager, int[] appWidgetIds) {

        super.onUpdate(context, appWidgetManager, appWidgetIds);

        final int counter = appWidgetIds.length;

        Log.i(TAG, "小桌面更新了   counter="+counter);

        for (int i = 0; i < counter; i++) {

            int appWidgetID = appWidgetIds[i];

            onWidgetUpdate(context, appWidgetManager, appWidgetID);

        }

    }

    /**

     * 桌面小部件更新  这个方法只有在本实例中只有被添加的时候才调用

     */

    private void onWidgetUpdate(Context context, AppWidgetManager appWidgetManager, int appWidgetID) {

        Log.i(TAG, "onWidgetUpdate: id=="+appWidgetID);

        RemoteViews remoteViews = new RemoteViews(context.getPackageName(), R.layout.layout_widget);

        remoteViews.setImageViewBitmap(R.id.iv_main, BitmapFactory.decodeResource(context.getResources(), R.mipmap.favicon));

        Intent intentClick = new Intent();

        intentClick.setAction(CLICK_ACTION);

        PendingIntent pendingIntent = PendingIntent.getBroadcast(context, 0, intentClick, 0);

        remoteViews.setOnClickPendingIntent(R.id.iv_main, pendingIntent);

        appWidgetManager.updateAppWidget(appWidgetID, remoteViews);

    }

}

直接说用途把, 小部件被添加到桌面的时候, 会先走onUpdate()回调,这个时候执行方法通过RemoteViews()构建一个布局,并更新桌面上新的布局和设置了点击事件,然后走onReceive() .

如果当我们点击的小部件的时候, 会触发广播中的onReceive()然后进行图片的旋转.这就是上述代码的大体流程.

4.最后要在清单文件中声明小部件



            

            

                

                

            


第一个action则是作为小部件的表示而必须存在的. 第二个action就是要识别设定的单击行为.

然后就可以在主屏幕上长按添加小部件查看效果了

AppWidgetProvider这个类还有其他生命周期的回调, 其实就是当广播到来之后, AppWidgetProvider会自动根据广播的Action通过onReceive()来自动进行分发广播.

  • onEnable(): 当该窗口小部件第一次添加到桌面时调用该方法, 可添加多次但只在第一次调用.
  • onUpdate(): 小部件被添加时或者每次小部件更新时都会调用一次该方法, 小部件的更新时机由updatePeriodMillis来指定, 每个周期小部件都会自动更新一次.
  • onDeleted(): 每删除一次小部件就会调用一次.
  • onReceive(): 这是广播的内置方法, 用于分发具体的事件给其他方法.

下面就是分析了

PendingIntent概述

PendingIntent和Intent的区别:

  • PendingIntent: 等待意图, 有一个Intent将在某个待定的时刻发生.
  • Intent: 是立刻发生.

使用场景 最典型的就是给RemoteViews添加单击事件, 因为RemoteViews运行在远程进程中, 因此RemoteViews不同于普通的View, 所以无法直接向View那样通过setOnClickListener()方法那样设置单击事件. 要想给RemoteViews设置单击事件, 就必须使用PendingIntent, PendingIntent通过send()cancel()来发送和取消特定的待定Intent.

PendingIntent支持三种待定意图: 启动Activity, 启动Service, 和发送广播

对应着PendingIntent三个静态方法

getActivity(),getService(), getBroadCast(). 当这三种方法返回的PendingIntent待定意图发生时候, 对应的效果就是我们日常开启这三大组件的情形.

上述三个方法都需要四个参数. 需要说一下第二个参数requestCode和第四个参数flags. 其中requestCode表示PendingIntent发送方的请求码, 多数情况下设为0即可, 另外requestCode会影响到flags的效果.

flags: 常用的类型有: FLAG_ONE_SHOT, FLAG_UPDATE_CURRENT, FLAG_NO_CREATE, FLAG_CANCEL_CURRENT. 在此之前首先要明确一个概念, PendingIntent的匹配规则, 在什么情况下两个PendingIntent是相同的.

PendingIntent匹配规则: 如果两个PendingIntent的内部Intent相同并且requestCode也相同那么这两个PendingIntent就是想同的. requestCode是int值不需要解释.

Intent匹配规则是: 如果两个Intent的ComponentNameintent-filter都相同, 那么这两个Intent就是相同的. Extras是不参与Intent的匹配规则.

  • FLAG_ONE_SHOT: 当前描述的PendingIntent只能被使用一次, 然后它就会被自动cancle, 如果后续还有相同的PendingIntent, 那么它们的send方法就会调用失败. 对于通知栏消息来说, 如果采用此标记, 那么同类的通知只能使用一次, 后续的通知单击后将无法打开.
  • FLAG_NO_CREATE: 当前描述的PendingIntent不会主动创建, 如果当前PendingIntent之前不存在, 那么getActivity, getService, getBroadcast方法会直接返回null, 即获取PendingIntent失败. 这个标记很少见, 它无法单独使用,因此日常中没有太多意义.
  • FLAG_CANCEL_CURRENT: 当前描述的PendingIntent如果已经存在, 那么他们都会被cancel, 然后系统会创建一个新的PendingIntent. 对于通知栏消息来说, 那些被cancel的消息单击后将无法打开.
  • FLAG_UPDATE_CURRENT: 当前描述的PendingIntent如果已经存在, 那么他们都会自动被更新, 即它们的Intent中的Extra会被换成新的.

规则说了接下来结合实际使用说明:

如果manager.notify(1, notification),如果参数1的id是常量,那么多次调用notify()只能弹出一个通知, 后续的通知会把前面的通知全部替代, 如果每次id都是不一样的, 那么多次调用notify()就会弹出多个通知.

所以如果notify()是常量, 那么不管PendingIntent是否匹配, 后面的通知都会直接替换前面的通知.

如果notify()每次不同, 那么当pendingIntent不匹配时(这里指的匹配就是上面介绍的Intent和requestCode是否同时相同), 不管采用何种标记, 这些通知之间都不会互相干扰. 但是如果PendingIntent匹配时就要用到去按照之前说的标记区别来划分

  • FLAG_ONE_SHOT–> 那么后续通知中的PendingIntent会和第一条通知保持一致, 包括Extras, 单击任何一条通知后, 剩下的通知均无法再打开, 当所有的通知都被清除后, 会再次重复这个过程.
  • FLAG_CANCEL_CURRENT–> 那么只有最新的通知可以打开, 之前弹出的所有通知均无法打开
  • FLAG_UPDATE_CURRENT–> 那么之前弹出的通知中的PendingIntent会被更新, 最终他们和最新的一条通知保持完全的一致, 包括其中的Extras,并且这些通知都是可以打开的.

参看文章

《Android 开发艺术探索》书集
《Android 开发艺术探索》 05-理解RemoteViews

你可能感兴趣的:(《Android 开发艺术探索》笔记6--理解RemoteViews)