CharSequence a = ((Item) a).sName;
CharSequence b = ((Item) b).sID; return collator.compare(a, b); }
}; 我们的ArrayList对象名为mList，则执行排序可以调用方法 Collections.sort(mList, cwjComparator);
17.Android控件TextProgressBar进度条上显文字
Android系统的进度条控件默认的设计的不是很周全，比如没有包含文字的显示，那么如何在Android进度条控件上显示文字呢? 来自Google内部的代码来了解下，主要使用的addView这样的方法通过覆盖一层Chronometer秒表控件来实现，整个代码如下 public class TextProgressBar extends RelativeLayout implements OnChronometerTickListener { public static final String TAG = \ static final int CHRONOMETER_ID = android.R.id.text1; static final int PROGRESSBAR_ID = android.R.id.progress; Chronometer mChronometer = null; ProgressBar mProgressBar = null;
long mDurationBase = -1;
int mDuration = -1; boolean mChronometerFollow = false; int mChronometerGravity = Gravity.NO_GRAVITY;
public TextProgressBar(Context context, AttributeSet attrs, int defStyle) { super(context, attrs, defStyle);
} public TextProgressBar(Context context, AttributeSet attrs) { super(context, attrs);
} public TextProgressBar(Context context) { super(context);
} //Android开发网提示关键部分在这里 @Override
public void addView(View child, int index, ViewGroup.LayoutParams params) { super.addView(child, index, params); int childId = child.getId();
if (childId == CHRONOMETER_ID && child instanceof Chronometer) { mChronometer = (Chronometer) child;
mChronometer.setOnChronometerTickListener(this); // Check if Chronometer should move with with ProgressBar mChronometerFollow = ViewGroup.LayoutParams.WRAP_CONTENT); mChronometerGravity Gravity.HORIZONTAL_GRAVITY_MASK);
} else if (childId == PROGRESSBAR_ID && child instanceof ProgressBar) { mProgressBar = (ProgressBar) child; }
} @android.view.RemotableViewMethod
public void setDurationBase(long durationBase) { mDurationBase = durationBase;
if (mProgressBar == null || mChronometer == null) {
=
(params.width
== &
(mChronometer.getGravity()
throw new RuntimeException(\ \ }
// Update the ProgressBar maximum relative to Chronometer base mDuration = (int) (durationBase - mChronometer.getBase()); if (mDuration <= 0) { mDuration = 1;
}
mProgressBar.setMax(mDuration); }
public void onChronometerTick(Chronometer chronometer) { if (mProgressBar == null) {
throw new RuntimeException(
\ }
// Stop Chronometer if we're past duration long now = SystemClock.elapsedRealtime(); if (now >= mDurationBase) { mChronometer.stop();
} int remaining = (int) (mDurationBase - now); mProgressBar.setProgress(mDuration - remaining);
if (mChronometerFollow) {
RelativeLayout.LayoutParams params;
params = (RelativeLayout.LayoutParams) mProgressBar.getLayoutParams();
int contentWidth = mProgressBar.getWidth() - (params.leftMargin params.rightMargin);
int leadingEdge = ((contentWidth * mProgressBar.getProgress()) / mProgressBar.getMax()) + params.leftMargin; int adjustLeft = 0;
int textWidth = mChronometer.getWidth(); if (mChronometerGravity == Gravity.RIGHT) { adjustLeft = -textWidth;
} else if (mChronometerGravity == Gravity.CENTER_HORIZONTAL) { adjustLeft = -(textWidth / 2); }
leadingEdge += adjustLeft;
int rightLimit = contentWidth - params.rightMargin - textWidth; if (leadingEdge < params.leftMargin) { leadingEdge = params.leftMargin; } else if (leadingEdge > rightLimit) { leadingEdge = rightLimit;
}
params = (RelativeLayout.LayoutParams) mChronometer.getLayoutParams(); params.leftMargin = leadingEdge;
+ mChronometer.requestLayout(); } } }
18. Android内存管理-SoftReference的使用
很多时候我们需要考虑Android平台上的内存管理问题，Dalvik VM给每个进程都分配了一定量的可用堆内存，当我们处理一些耗费资源的操作时可能会产生OOM错误(OutOfMemoryError)这样的异常，Android123观察了下国内的类似Market客户端设计，基本上都没有采用很好的内存管理机制和缓存处理。 如果细心的网友可能发现Android Market客户端载入时，每个列表项的图标是异步刷新显示的，但当我们快速的往下滚动到一定数量比如50个，再往回滚动时可能我们看到了部分App的图标又重新开始加载，当然这一过程可能是从SQLite数据库中缓存的，但是在内存中已经通过类似SoftReference的方式管理内存。 在Java中内存管理，引用分为四大类，强引用HardReference、弱引用WeakReference、软引用SoftReference和虚引用PhantomReference。它们的区别也很明显，HardReference对象是即使虚拟机内存吃紧抛出OOM也不会导致这一引用的对象被回收，而WeakReference等更适合于一些数量不多，但体积稍微庞大的对象，在这四个引用中，它是最容易被垃圾回收的，而我们对于显示类似Android Market中每个应用的App Icon时可以考虑使用SoftReference来解决内存不至于快速回收，同时当内存短缺面临Java VM崩溃抛出OOM前时，软引用将会强制回收内存，最后的虚引用一般没有实际意义，仅仅观察GC的活动状态，对于测试比较实用同时必须和ReferenceQueue一起使用。 对于一组数据，我们可以通过HashMap的方式来添加一组SoftReference对象来临时保留一些数据，同时对于需要反复通过网络获取的不经常改变的内容，可以通过本地的文件系统或数据库来存储缓存，希望给国内做App Store这样的客户端一些改进建议。 19. 反射在Android开发中的利弊
由于Android 2.2的推出，很多新的API加入导致很多项目移植需要考虑使用Java的反射机制Reflection来动态调用，动态调用的好处就是不需要使用引用文件，直接通过JDK中声明好的方法直接调用,本身原理基于JVM的，从Java 1.5开始支持，原理上就是根据类名而不实例化对象的情况下，获得对象的方法或属性而直接调用。 Android开发时反射能帮助我们多少? 1. 有些网友可能发现Android的SDK比较封闭，很多敏感的方法常规的用户无法编译，我们如果翻看了代码直接在反射中声明动态调用即可。比如很多internal或I开头的AIDL接口均可以通过反射轻松调用。 2. 反射对于Android123来说更重要的是考虑到应用的兼容性，我们目前主要兼容从Android 1.5到2.2的项目，API Level从3到8可以方便的扩充，调用前我们预留一个标志位声明该API的最低以及最高的API Level为多少可以调用。 3. 对于调试Java的反射是功臣了，在Logcat中我们可以看到出错的地方肯定有类似java.lang.reflect.XXX的字样，这种自检机制可以帮助我们方便的调试Android应用程序。 反射的缺点有哪些? 1. 因为是动态执行的，效率自然没有预编译时引用现有的库效率高，就像平时我们Win32开发时，可以不用h文件，直接通过GetProcAddress一样去动态获取方法的地址。当然效率要根据复杂程度而决定，一般稍微复杂的处理性能损失可能超过20%，对于一些复杂的涉及Java自动类型转换判断，执行时间可能是直接引用的上千倍，所以最终我们调试时必须考虑性能问题。 2. 因为反射是动态的，所以需要处理很多异常，不然Dalvik崩溃出Force Close的概率会大很多，很简单的一个反射就需要至少3个异常捕获，本身try-catch效率就不是很高，自然进一步影响运行效率，对于Android开发我们必须考虑这些问题。 3. 反射因为导致代码臃肿，自然稍微复杂的几个方法实用反射将会导致代码可读性和维护性降低，如果很抽象的调用Android开发网强烈不推荐这种方法。 最后
要说的是Reflection并不是Java的专利，微软的.Net也同样支持，同时更多的动态语言如Ruby等均支持这一特性。
20.AsyncTask对比Thread加Handler
很多网友可能发现Android平台很多应用使用的都是AsyncTask，而并非Thread和Handler去更新UI，这里Android123给大家说下他们到底有什么区别，我们平时应该使用哪种解决方案。从Android 1.5开始系统将AsyncTask引入到android.os包中，过去在很早1.1和1.0 SDK时其实官方将其命名为UserTask，其内部是JDK 1.5开始新增的concurrent库，做过J2EE的网友可能明白并发库效率和强大性，比Java原始的Thread更灵活和强大，但对于轻量级的使用更为占用系统资源。Thread是Java早期为实现多线程而设计的，比较简单不支持concurrent中很多特性在同步和线程池类中需要自己去实现很多的东西，对于分布式应用来说更需要自己写调度代码，而为了Android UI的刷新Google引入了Handler和Looper机制，它们均基于消息实现，有事可能消息队列阻塞或其他原因无法准确的使用。 Android开发网推荐大家使用AsyncTask代替Thread+Handler的方式，不仅调用上更为简单，经过实测更可靠一些，Google在Browser中大量使用了异步任务作为处理耗时的I/O操作，比如下载文件、读写数据库等等，它们在本质上都离不开消息，但是AsyncTask相比Thread加Handler更为可靠，更易于维护，但AsyncTask缺点也是有的比如一旦线程开启即dobackground方法执行后无法给线程发送消息，仅能通过预先设置好的标记来控制逻辑，当然可以通过线程的挂起等待标志位的改变来通讯，对于某些应用Thread和Handler以及Looper可能更灵活。 21. Android Drawable叠加处理方法
大家可能知道Bitmap的叠加处理在Android平台中可以通过Canvas一层一层的画就行了，而Drawable中如何处理呢? 除了使用BitmapDrawable的getBitmap方法将Drawable转换为Bitmap外，今天Android123给大家说下好用简单的LayerDrawable类，LayerDrawable顾名思义就是层图形对象。下面直接用一个简单的代码表示: Bitmap bm = BitmapFactory.decodeResource(getResources(),R.drawable.cwj);
Drawable[] array = new Drawable[3]; array[0] = new PaintDrawable(Color.BLACK); //黑色
array[1] = new PaintDrawable(Color.WHITE); //白色
array[2] = new BitmapDrawable(bm); //位图资源
LayerDrawable ld = new LayerDrawable(array); //参数为上面的Drawable数组 ld.setLayerInset(1, 1, 1, 1, 1); //第一个参数1代表数组的第二个元素，为白色 ld.setLayerInset(2, 2, 2, 2, 2); //第一个参数2代表数组的第三个元素，为位图资源
mImageView.setImageDrawable(ld); 上面的方法中LayerDrawable是关键，Android开发网提示setLayerInset方法原型为public void setLayerInset (int index, int l, int t, int r, int b) 其中第一个参数为层的索引号，后面的四个参数分别为left、top、right和bottom。对于简单的图片合成我们可以将第一和第二层的PaintDrawable换成BitmapDrawable即可实现简单的图片合成。
22. onRetainNonConfigurationInstance和getLastNonConfigurationInstance
很多网友可能知道Android横竖屏切换时会触发onSaveInstanceState，而还原时会产生onRestoreInstanceState，但是Android的Activity类还有一个方法名为onRetainNonConfigurationInstance和getLastNonConfigurationInstance这两个方法。 我们可以通过 onRetainNonConfigurationInstance 代替 onSaveInstanceState，比如距离2 @Override
public Object onRetainNonConfigurationInstance() {
//这里需要保存的内容，在切换时不是bundle了，我们可以直接通过Object来代替 return obj;
} 在恢复窗口时，我们可以不使用 onRestoreInstanceState，而代替的是 getLastNonConfigurationInstance 方法。我们可以直接在onCreate中使用，比如 Object obj = getLastNonConfigurationInstance(); 最终obj的内容就是上次切换时的内容。 这里Android123提醒大家，每次Activity横竖屏切换时onCreate方法都会被触发。 23. Android中String资源文件的format方法
很多时候我们感性Google在设计Android时遵守了大量MVC架构方式，可以让写公共代码、美工和具体逻辑开发人员独立出来。有关Android的资源文件values/strings.xml中如何实现格式化字符串呢? 这里Android123举个简单的例子，以及最终可能会用到哪些地方。
上面是一段简单的字符串资源文件，没有用到格式化，因为比较简单直接描述了意思，当我们设计一个类似 Delete xxx File ? 的时候，我们可能需要在Java中动态获取 xxx 的名称，所以定义资源时使用格式化可以轻松解决，不需要一堆String去拼接或StringBuffer一个一个append这样的愚蠢方法，看例子
Android软件一般处理大的资源通过sdcard比如在线下载资源到sdcard，而apk中内嵌资源或二进制文件时一般使用下面的两种方法: 方法一 res/raw目录下存放，比如cwj.dat一个二
进
制
文
件
，
我
们
可
以
读
取
可
以
直
接
InputStream
is=context.getResources().openRawResource(R.raw.cwj); 方法二 工程根目录下的assets文件夹中存放，比如assets/cwj.dat 这样我们使用下面的代码 AssetManager am = context.getAssets();
InputStream is = am.open(cwj.dat); 这里Android123提示大家Google的Android系统处理Assert有个bug，在AssertManager中不能处理单个超过1MB的文件，不然会报异常具体数值大家可以测试下传个稍大的文件，我们在两年前的文章中有提到，而第一种raw没这个限制可以放个4MB的Mp3文件没问题。