首先看一个引用:
ARemoteViews object (and, consequently, an App Widget) can support thefollowing layout classes:
*FrameLayout
*LinearLayout
*RelativeLayout
Andthe following widget classes:
*AnalogClock
*Button
*Chronometer
*ImageButton
*ImageView
*ProgressBar
*TextView
Descendantsof these classes are not supported.
可见我们widget里面可以使用的控件只有:AnalogClock,Button,Chronometer,ImageButton,mageView,ProgressBar,TextView这7种,Listview,Editview,Scrollview等这些很常用的控件都无法在我们的Widget中使用。而其实这所有的控件的源码都是放在framework/base/core/java/android/widget这个目录下的,这7种控件之所以可用是因为加了@RemoteView这个标签,我们可以看一下源码:
AnalogClock.java:39:@RemoteView
AnalogClock.java-40-publicclass AnalogClock extends View {
ImageButton.java:66:@RemoteView
ImageButton.java-67-publicclass ImageButton extends ImageView {
…..
所以我们想要在widget中使用诸如Listview这样的控件的话,需要自己写一个和Listview一模一样的类,加上@RemoteView标签,并拷贝到framework/base/core/java/android/widget这个目录下。
然后我们就可以在Widget中使用我们写的这个控件了,由于他和其他可用控件一样都有@RemoteView标签,那么他也就能被RemoteView对象所识别了。
既然原理我们已经知道了,那么可以按下面的步骤实现(以我自定义一个AnalogClock为例):
1.首先我完完整整的拷贝了源码中的AnalogClock.java命名为MyClock.java到framework/base/core/java/android/widget这个目录下,然后按自己的需求修改了代码。
2.这个MyClock.java用到的资源文件必须存放在frameworks/base/core/res/res目录下。而且必须是这样的方式引用:com.android.internal.R.drawable.*
不过如果这样做的话更换资源不太方便,我们知道每个系统控件都有个style文件,所以我的做法是:
先看系统的AnalogClock.java的style源文件:
frameworks/base/core/res/res/values/attrs.xml:
private Drawable mMinuteHand;
public MyClock(Context context, AttributeSet attrs, intdefStyle) {
super(context,attrs, defStyle);
Resources r = context.getResources();
TypedArray a = context.obtainStyledAttributes(attrs,com.android.internal.R.styleable.AnalogClock,defStyle,0);
mMinuteHand = a.getDrawable(com.android.internal.R.styleable.AnalogClock_hand_minute);//这里就是调用attrs.xml里的参数
if(mMinuteHand== null){
mMinuteHand= r.getDrawable(com.android.internal.R.drawable.clock_hand_minute);//而这里是调用系统frameworks/base/core/res/res目录下的资源
}
}
我自己在widget的布局配置文件里面定义:
android:hand_minute="@drawable/minute_white"//这里就是引用本地drawable下的资源
android:layout_width="80dp"
android:layout_height="80dp"
/>
这一块比较绕。。我也是反复编译源码测试才成功。
3.这个时候基本上工作已经完成一大半了,我们需要编译整个SDK。但是注意,我在编译过程中出现了各种编译错误,而且提示都是unknown,十分让人费解,最终我总结出一套成功率极高编译方法。
先在根目录make-j4编译整个纯净的源码(注意不要添加任何我们自己定义的类和资源),大约1-2小时成功编译结束后,再把我们自定义的类和资源等拷贝到framework下,再一次在根目录make-j4编译。
如果要测试我们添加的代码,需要在全部编译成功后,执行emulator命令启动一个新编出的模拟器,然后在上面安装我们的APK。
基本上已经大告成功了,也许还遗漏了一些琐碎的问题,可以和我讨论。