2012-05-19

本文分析MediaScanner对单个文件的扫描过程。单个文件的扫描是MediaScanner的基础，对路径的扫描也要用到对Media文件的扫描。本文从MediaScannerService的scanFile入口开始，对MediaScanner和MediaScannerClient对单个媒体文件的扫描处理过程做详细的分析。

一、MediaScannerService.scanFile()

上文对MediaScannerService的分析，知道对单个文件的扫描是调用MediaScannerService.scanFile()完成的。下面看scanFile()的实现：

scanFile()中判断如果是外部媒体文件（只扫描外部媒体文件），创建MediaScanner（定义在frameworks/base/media/java/android/media）实例，并设置locale信息，然后调用MediaScanner的scanSingleFile()开始扫描。

二、MediaScanner.scanSingleFile()

MediaScanner.scanSingleFile()是具体的实现。看它完成的工作：

顺序执行了

•  initialize(); 3.1节中讲解该方法的工作；
•  prescan(); 3.2节中讲解该方法的工作；
•  MyMediaScannerClient.doScanFile() 3.3节中讲解该方法的工作。

下面分章节着重讲解这些方法里面都做了哪些工作。

三、MediaScanner

位于/framework/base/media/java/android/media/。

3.1 MediaScanner.initialize(volumeName: String)

initialize()对MediaScanner的MediaProvider/Audio/Video/Image等媒体库的URI进行初始化获取，要获取的属性有下面这些：

另外，如果扫描的是外部volume，要处理playlist和genre，所以mProcessPlaylists和mProcessGenres被设置为true；创建mGenreCache；获取Genres和playlists的URI。

3.2 MediaScanner.prescan()

1. 从Audio、Video和Image各自的数据库中分别读取出这些媒体文件信息（ID,Path, Modified time），写入mFileCache: HashMap<String,FileCacheEntry>中；
2. 从Playlist数据库中读取出播放列表文件信息（ID,Path, Modified time），写入mFileCache: HashMap<String,FileCacheEntry>中；

注意：新创建的FileCacheEntry的mSeenInFileSystem缺省值为false。

3.3 MyMediaScannerClient.doScanFile()

MyMediaScannerClient是MediaScanner的内部类，实现了MediaScannerClient。

MyMediaScannerClient提供了doScanFile()方法供外部调用。另外实现了MediaScannerClient这个Interface，这个Interface在JNI实现中非常重要，讲到那里时再详细阐述。

•  doScanFile()中调用beginFile()，获取FileType和MimeType信息，并初始化内部结构；
•  如果返回了FileCacheEntry，并且不是Image文件，调用JNI方法processFile()解析到具体的文件信息在MyMediaScannerClient中；
•  调用endFile()做后续的媒体库更新等处理。

3.3.1 beginFile()

参数：path:String; mimeType: String; lastModified: long, fileSize: long

1.  用MediaFile获取FileType和MimeType，并分别赋值给mFileType和mMimeType；
2.  从mFileCache中获取（文件已经在数据库中了：3.2preScan()中已经把数据库中的文件都写入到mFileCache），或生成新的entry:FileCacheEntry，加入到mFileCache中；
3.  设置entry:FileCacheEntry的属性mSeenInFileSystem为 true【扫描到了该文件】;
4.  如果是播放列表文件，加入到mPlaylists:ArrayList<FileCacheEntry>中，并直接返回null；
5.  为MyMediaScannerClient中的各个属性(mArtist/ mAlbum / Artist / mAlbum / mTitle / mComposer / mGenre / mTrack / mYear /mDuration / mWriter / mCompliation)赋初值，为mPath / mLastModified赋值。返回 2)生成的FileCacheEntry的实例。

3.3.2 processFile()

JNI调用。详细分析在文//TODO中。

3.3.3 endFile(entry: FileCacheEntry, …)

1) 根据mFileType(Audio/Video/Images)，选择不同的数据库，并把相应的URI赋值给entry.mTableUri；

2) 写入values:ContentValues信息

①分别用MediaScannerClient中的下面各个属性值，初始化values：

·        MediaStore.MediaColumns.DATA: mPath

·        MediaStore.MediaColumns.TITLE: mTitle

·        MediaStore.MediaColumns.DATE_MODIFIED: mLastModifed

·        MediaStore.MediaColumns.SIZE: mFileSize

·        MediaStore.MediaColumns.MIME_TYPE: mMimeType

·        对于Video文件

o  MediaStore.MediaColumns.ARTIST: mArtist/MediaStore.UNKNOWN_STRING

o  MediaStore.MediaColumns.ALBUM: mAlbum/ MediaStore.UNKNOWN_STRING

o  MediaStore.MediaColumns.DURATION: mDuration

·        对于Audio文件

o  MediaStore.MediaColumns.ARTIST: mArtist/MediaStore.UNKNOWN_STRING

o  MediaStore.MediaColumns.ALBUM_ARTIST: mAlbumArtist/MediaStore.UNKNOWN_STRING

o  MediaStore.MediaColumns.ALBUM: mAlbum/ MediaStore.UNKNOWN_STRING

o  MediaStore.MediaColumns.COMPOSER: mComposer

o  MediaStore.MediaColumns.YEAR: mYear

o  MediaStore.MediaColumns.TRACK: mTrack

o  MediaStore.MediaColumns.DURATION: mDuration

o  MediaStore.MediaColumns.COMPILATION: mCompilation

②对Title和Album做特殊处理

·        如果Title为空，从MediaStore.MediaColumns.DATA:mPath 中分离出文件名（不含路径和后缀名），赋到value的MediaStore.MediaColumns.TITLE里；

·        如果Album为MediaStore.UNKNOWN_STRING也就是文件中不含有Album信息，把MediaStore.MediaColumns.DATA:mPath 的父目录名赋到value的MediaStore.MediaColumns.ALBUM里。

③对于Audio和JPG文件做一些特殊处理

新加入的Audio，写入下列信息：

·        MediaStore.Audio.Media.IS_RINGTONE: ringtones

·        MediaStore.Audio.Media.IS_NOTIFICATION: notifications

·        MediaStore.Audio.Media.IS_ALARM: alarms

·        MediaStore.Audio.Media.IS_MUSIC: music

·        MediaStore.Audio.Media.IS_PODCAST: podcasts

对于JPG文件，用android.media.ExifInterface获得下列信息：

·        MediaStore.Images.Media.LATITUDE;

·        MediaStore.Images.Media.LONGTITUDE;

·        MediaStore.Images.Media.DATE_TAKEN: gps dateTime;

·        MediaStore.Images.Media.ORIENTATION。

3) 用2)中的values添加或更新1) 中URI指向的Audio/Video/Images数据库。

4) 如果要处理Genres（判断标志mProcessGenres，外部媒体都要处理），

1.      用Genre的名字mGenre查询Genres的数据库，更新或插入一条由把mGenre赋给MediaStore.Audio.Genres.NAME字段组成的记录到MediaStore.Audio.Genres数据库中，并返回URI；

2.      把 {genre, MediaStore.Audio.Genres.Members.CONTENT_DIRECTORY}加入mGenreCache:HashMap<String, Uri>中；

3.      把当前文件所在媒体库中的rowId赋值给MediaStore.Audio.Genres.Members.AUDIO_ID字段，组成一条记录插入到MediaStore.Audio.Genres.Members数据库中。

更新一个媒体文件所属的Genre，需要更新Genres数据库，和Genres数据库对应的记录所在的Genres.Members数据库。

5) 对notification/ringtone/alarm进行处理

如果是notification/ringtone/alarm，并且还未设置notification/ringtone/alarm，那么设置Settings.System的Settings.System.NOTIFICATION_SOUND/ RINGTONE / ALARM_ALERT为媒体数据库的Uri形式。

6) 返回媒体数据库的Uri。

2012-05-19

本文是笔者的分析归纳，并用UML图（ClassDiagram/Sequence Diagram）来呈现。虽然来源于对Android源码的分析，但文中不会占用大量篇幅罗列源码，所以读者在阅读本文时，手头最好有Android源码，结合源码来解读。本文对MediaScannerService的类结构进行静态分析，对创建时和启动时的工作进行动态分析，分析过程中来看MediaScannerService如何处理MediaScannerReceiver所接收到的各种扫描请求。

一、MediaScannerService的静态结构分析

•  MediaScannerService是一个Service，并实现Runnable，实现工作线程。
•  MediaScannerService通过ServiceHandler这个Handler把主线程需要大量计算的工作放到工作线程中去做。

在Runnable.run()中执行消息循环，把通过Handler发送过来的消息在工作线程中执行。

二、MediaScannerService的动态分析

        在MediaScannerService被通过startService启动的过程中，其实包含了创建时的工作。下面分别分析创建时和启动时所完成的工作。

2.1 创建之时#0nCreate()

Service对象在被创建的时候，onCreate()会被调用，看一下MediaScannerService的onCreate()里面做了什么：

PowerManager pm = (PowerManager)getSystemService(Context.POWER_SERVICE);
mWakeLock = pm.newWakeLock(PowerManager.PARTIAL_WAKE_LOCK,TAG);
 
Thread thr = new Thread(null, this, “MediaScannerService”);
Thr.start();

MediaScannerService创建就是为了扫描Media的，这一过程是非常费时费力的。所以：

•  为了防止在媒体扫描过程中，CPU睡死过去，用PowerManager的WakeLock告诉PowerManager，我这边还在忙，别睡死了[Line#1,2]；
•  在Android的主线程中要快速返回，大量的计算任务交给工作线程去做，这里启了一个工作线程，而这个线程的执行体就是MediaScannerService所实现Runnable的run()方法，用Handler发消息之前，一定要先启动该线程的[Line#4,5]。

2.2 Service启动时#onStartCommand()

        Service对象在被启动的时候，onStartCommand()会被调用，看一下MediaScannerService的onStartCommand()里面做了什么。

        下图是MediaScannerService#onStartCommand()中完成的工作：

•  通过参数startId和intent获得的Bundle，通过mServiceHandler发送到工作线程中去执行[Line#1~5]；
•  ServiceHandler的handleMessage()中，根据传进来不同的“filepath”、“volume”以及“folder”参数，执行不同的扫描工作[Line#6~11]；
•  扫描结束，MediaScannerService本次的使命也就完成，可以stop自身了[Line#12]。




可以结合MediaScannerReceiver中启动方式的不同来看传入的参数：

•  如果有“filepath”，是要扫描某个文件，调用scanFile()。扫描单个文件如何实现，在Android MediaScanner：（四）MediaScanner之scanSingleFile中讲解。
•  否则，无论是针对整个volume还是某个folder的扫描，都可归结为对目录的扫描：对内部volume，扫描”system/media”；对外部volume，扫描整个“/mnt/sdcard”。

三、小结

        本文对MediaScannerService的类结构进行了静态分析，对创建时和启动时的工作进行了动态分析，分析过程中看MediaScannerService如何响应MediaScannerReceiver所接收到的各种扫描请求。

与其他文章的关系：

•  向前看MediaScannerReceiver，来自外部的扫描请求，启动MediaScannerService，由Service来具体负责实现；
•  向后看MediaScanner才是真正的扫描实现，分扫描文件和扫描路径来讲解。

2012-05-19

本文是笔者的分析归纳，并用UML图（ClassDiagram/Sequence Diagram）来呈现。虽然来源于对Android源码的分析，但文中不会占用大量篇幅罗列源码，所以读者在阅读本文时，手头最好有Android源码，结合源码来解读。本文讲述MediaScanner的入口MediaScannerReciever针对不同Broadcast的请求所做的处理。

在上文中的图中可以讲到，MediaScannerReceiver处理三种Broardcast请求：

•  BOOT_COMPLETED 系统启动之后，扫描内部Media文件；
•  MEDIA_MOUNTED 外部存储卡挂载之后，扫描外部Media；
•  MEDIA_SCANNER_SCAN_FILE 扫描外部存储器上的一个媒体文件。

下图MediaScanner针对每一种请求的处理：

•  如果收到的是BOOT_COMPLETED，设置参数“volume”为“internal”，通过startService()启动MediaScannerService开始内部Media文件扫描；
•  如果收到的是MEDIA_MOUNTED 并且path是“/mnt/sdcard”，设置参数“volume”为“external”，通过startService()启动MediaScannerService开始外部整个Media文件扫描；
•  如果收到的是MEDIA_MOUNTED 并且path不是“/mnt/sdcard”，设置参数“volume”为“external”，“folder”为所要扫描的路径，通过startService()启动MediaScannerService开始对外部某个路径进行Media文件扫描；
•  如果收到的是MEDIA_SCANNER_SCAN_FILE ，设置参数“filepath”为获取到的文件，通过startService()启动MediaScannerService开始对外部某个文件进行扫描。

【小结】本文讲述MediaScanner的入口MediaScannerReciever针对不同Broadcast的请求（BOOT_COMPLETED/MEDIA_MOUNTED/ MEDIA_SCANNER_SCAN_FILE）所做的处理。

扫描如何实现的，接下来看MediaScannerService中的实现。

2012-05-19

本文是笔者的分析归纳，并用UML图（Class Diagram/Sequence Diagram）来呈现。虽然来源于对Android源码的分析，但文中不会占用大量篇幅罗列源码，所以读者在阅读本文时，手头最好有Android源码，结合源码来解读。本文讲述MediaScanner的架构。

MediaScanner是Android系统Media的基础，系统启动之初，就扫描出Media文件供后续使用，有新媒体加入或者删除掉媒体文件，也需要更新相应的媒体库。Android的Music、Gallery等播放或呈现媒体文件的程序也都基于稳定的MediaScanner扫描媒体文件的结果，否则，会发现程序操作的Media文件的URI根本不是实际对应的Media文件，或者甚至来电铃声和闹铃等都会有问题。

MediaScanner位于packages/providers/MediaProvider下，包含MediaScannerReceiver、MediaScannerService以及MediaProvider。

下图是packages/providers/MediaProvider下的AndroidManifest的内容：

•  MediaScannerReceiver是一个BroadcastReceiver，接收广播，进行媒体扫描，这也是MediaScanner提供给外界的接口之一。收到广播之后启动MediaScannerService具体执行扫描工作。
•  MediaScannerService是一个Service，负责媒体扫描，它还要用到Framework中的MediaScanner来共同完成具体扫描工作，扫描的结果在MediaProvider提供的数据库中。
•  MediaProvider是一个ContentProvider，媒体库（Images/Audio/Video/Playlist等）的数据提供者。负责操作数据库，并提供给别的程序insert、query、delete、update等操作。

另外，IMediaScannerService和IMediaScannerListenter这两个Interface提供给其他程序通过AIDLIPC调用扫描单个文件的能力。定义在framework中，Service中实现接口。

下面针对MediaScanner中的各个部分，分别讲解：

Android MediaScanner：（一）MediaScanner总体架构

        讲述MediaScanner的架构。

Android MediaScanner：（二）MediaScannerReceiver

        讲述MediaScannerReceiver针对来自Broadcast的不同请求所做的处理。

Android MediaScanner：（三）MediaScannerService

        对MediaScannerService的类结构进行静态分析，对创建时和启动时的工作进行动态分析，分析过程中来看MediaScannerService如何处理MediaScannerReceiver所接收到的各种扫描请求。

Android MediaScanner：（四）MediaScanner之scanSingleFile

Android MediaScanner：（五）MediaScanner之scanDirectories

Android MediaScanner：（六）MediaScanner之Native实现

Android MediaScanner：（七）MediaScanner完整过程总结

Android MediaScanner：（八）IMediaScannerService接口实现

Jay Sullivan是Mozilla的产品副总裁，也是Open Web的代言人，他现在红的发紫。

“如果你想拥有各种各样的Apps，将需要大笔的费用……因为有太多应用可以去构建”。Jay Sullivan在最近的VentureBeat采访中说。

Sullivan强烈反对native App，并且赞成将移动互联网作为取代其它所有平台的新平台。

现在，事态的发展使他的话显得格外合乎时宜。Yahoo刚刚发布了Yahoo Cocktails工具，该工具可以让Web Apps更像native Apps。Mozilla正在致力于开发一套工具，可以将web Apps卖给移动设备用户，帮助web Apps开发商像iTunes App Store和Android Market上的开发人员一样获得利润。

甚至Adobe取消了移动手机上的Flash功能，将希望寄托于移动互联网平台的HTML 5。“除了少数情况，基本上现在大多数移动设备都支持HTML 5，”兼任Adobe 副总裁和交互式开发总经理的Danny Winokur写道。

“这使得HTML 5成为了在移动平台上创建和部署内容的最好方法。”

似乎移动Apps正朝着多媒体CD-ROM十年前的方向在前进。可悲的mobile apps,正在步CD-ROM的后尘。

也有人反对这种看法，认为现在为apps鸣哀还为时过早。App的拥护者说即使移动互联网热衷者正沉溺于那些不切实际的想法，但是其他的人仍然在使用现在成熟的技术。尽管他们承认使用HTML5构建mobile web apps最终会更便宜、更快和更容易，但是这至少在近几年实现不了。

在Mozilla Foundation的新办公室楼可以俯瞰旧金山湾跨海大桥，Sullivan——这个HTML5拥护者——坐在会议室快速解读了关于“想要在移动手机上发布软件，不得不首先建立一个native App”的设想。

他没有依靠那些陈旧的意识形态，说一些将企业从技术依赖中解放出来的陈词滥调，这种依赖性在Mozilla的广告活动中得到充分体现。相反，他完全从实际出发。

首先，Sullivan解释：显然每一个移动生态圈都需要有自己的成熟技术，自己的操作系统和开发语言。这就意味着每一个生态圈都要求各自不同的技能和独立开发过程。

总而言之，相比于native apps需要两个、三个或者四个构建技术，只需一种构建技术的Web App将更具有经济价值。“使用HTML 5会更加便宜。”Sullivan说。“相对于使用七种不同的语言开发，HTML5是值得拥有的，虽然总有一些边缘的东西不能很好的运作”。

对于开发者来说，打造一个mobile web app比开发半打或者甚至只是两个native apps从技术层面上都要容易的多。而且，鉴于移动互联网标准，很快地最终用户将区别不了mobile web apps和native apps。Sullivan 认为，剩下来需要做的事就是为mobile web apps建立一种商业模式。

“当开发者可以更容易进入商业圈，mobile web 将变得更有吸引力。”

一套更好的措施

在与Mozilla和Yahoo这些组织交谈中，了解到基本没有移动开发商对于

推进一个单独的移动操作系统如Android或Ios有明显的兴趣——因此，如下的趋势变得格外明显：

• Apps已经奄奄一息了。
• Apps像CD一样，正日益成为一套不必要的过时的数字信息包。
• 正如CD一样，我们正等待一种更好的解决方法来替代它。

        观察者<Observer>模式（有时又被称为发布-订阅<Publish/Subscribe>模式、模型-视图<Model/View>模式、源-收听者<Source/Listener>模式或从属者<Dependents>模式）是软件设计模式的一种。在此种模式中，一个目标物件管理所有相依于它的观察者物件，并且在它本身的状态改变时主动发出通知。这通常透过呼叫各观察者所提供的方法来实现。此种模式通常被用来实作事件处理系统。（源自百度百科）

        举个例子，张三从邮局订阅了《南方周末》，李四从邮局订阅了《新京报》，王五从邮局里面订阅了《南方都市报》。当报纸抵达邮局的时候，邮局就会把报纸送递订阅者。而不需要订阅者天天到邮局询问报纸是否到达邮局。

       下面开始代码：首先应该是个订阅者接口：

package cn.demo;

public interface ISubscribe {
	//从邮局订阅报纸
	public void registered(PostOffice postOffice);
	//从邮局退订报纸
	public void unregistered(PostOffice postOffice);
	//获取报纸名称
	public void getNewsPaper();
}

然后有三个订阅者类：

张三：

package cn.demo;

public class ZhangSan implements ISubscribe{
	private String mName;
	private String mNewsPaperName;
	
	public ZhangSan(String mName, String mNewsPaperName) {
		this.mName = mName;
		this.mNewsPaperName = mNewsPaperName;
	}
	
	public String getName() {
		return mName;
	}

	public String getNewsPaperName() {
		return mNewsPaperName;
	}
	
	@Override
	public void registered(PostOffice postOffice){
		postOffice.registeredNewsPaper(this);
	}
	
	@Override
	public void unregistered(PostOffice postOffice){
		postOffice.unregisteredNewsPaper(this);
	}

	@Override
	public void getNewsPaper() {
		// TODO Auto-generated method stub
		System.out.println("我是"+getName()+",我收到我订阅的"+getNewsPaperName());
	}

}

package cn.demo;

public class Lisi implements ISubscribe{
	private String mName;
	private String mNewsPaperName;
	
	public Lisi(String mName, String mNewsPaperName) {
		this.mName = mName;
		this.mNewsPaperName = mNewsPaperName;
	}
	
	public String getName() {
		return mName;
	}

	public String getNewsPaperName() {
		return mNewsPaperName;
	}
	
	@Override
	public void unregistered(PostOffice postOffice){
		postOffice.unregisteredNewsPaper(this);
	}
	
	@Override
	public void registered(PostOffice postOffice){
		postOffice.registeredNewsPaper(this);
	}

	@Override
	public void getNewsPaper() {
		// TODO Auto-generated method stub
		System.out.println("我是"+getName()+",我收到我订阅的"+getNewsPaperName());
	}

}

package cn.demo;

public class Wangwu implements ISubscribe{
	private String mName;
	private String mNewsPaperName;
	
	public Wangwu(String mName, String mNewsPaperName) {
		this.mName = mName;
		this.mNewsPaperName = mNewsPaperName;
	}
	
	public String getName() {
		return mName;
	}

	public String getNewsPaperName() {
		return mNewsPaperName;
	}
	
	@Override
	public void registered(PostOffice postOffice){
		postOffice.registeredNewsPaper(this);
	}
	
	@Override
	public void unregistered(PostOffice postOffice){
		postOffice.unregisteredNewsPaper(this);
	}


	@Override
	public void getNewsPaper() {
		// TODO Auto-generated method stub
		System.out.println("我是"+getName()+",我收到我订阅的"+getNewsPaperName());
	}

}

三个订阅者，都有方法订阅报纸，或者取消订阅。其实关于订阅者的信息，是存储在邮局类里面。

import java.util.ArrayList;
import java.util.List;

public class PostOffice {
	private List<ISubscribe> SubscribeList = new ArrayList<ISubscribe>();
	
	public void registeredNewsPaper(ISubscribe subscribe) {
		SubscribeList.add(subscribe);
	}
	
	public void unregisteredNewsPaper(ISubscribe subscribe) {
		if (subscribe != null) {
			SubscribeList.remove(subscribe);
		}
		
	}
	
	public void getNewsPaper(boolean bool) {
		if (bool) {
			sendNewsPaper();
		}
	}
	
	public void sendNewsPaper() {
		for(ISubscribe subscribe : SubscribeList) {
			subscribe.getNewsPaper();
		}
	}
}

public static void main(String[] args) {
		// TODO Auto-generated method stub
		PostOffice mPostOffice = new PostOffice();
		ISubscribe zhangsan = new ZhangSan("张三", "《南方周末》");
		ISubscribe lisi = new Lisi("李四", "《新京报》");
		ISubscribe wangwu = new Wangwu("王五", "《南方都市报》");
		
		//开始订阅报纸
		zhangsan.registered(mPostOffice);
		lisi.registered(mPostOffice);
		wangwu.registered(mPostOffice);
		
		//邮局收到报纸，开始发放
		mPostOffice.getNewsPaper(true);
		
		//李四退订
		lisi.unregistered(mPostOffice);
		//邮局收到报纸，开始发放
		mPostOffice.getNewsPaper(true);
	}

我是张三,我收到我订阅的《南方周末》
我是李四,我收到我订阅的《新京报》
我是王五,我收到我订阅的《南方都市报》
我是张三,我收到我订阅的《南方周末》
我是王五,我收到我订阅的《南方都市报》

这里只是提供了一个简单的例子，而且代码你会发现有冗余，三个订阅者类，几乎是一样，因为没有在类里面添加他们独自的属性，可以用一个Person类来替代。这里写这三个类是为了显示清晰。

         在Android中，button.setOnclickListener()这个方式是比较常见的观察者模式：当然，众所周知，onClick是著名的回调方法，在这里不会研究回调，不用太在意。

看下代码：

Button button1 = (Button)findViewById(R.id.button1);
        Button button2 = (Button)findViewById(R.id.button2);
        Button button3 = (Button)findViewById(R.id.button3);
        button1.setOnClickListener(this);
        button2.setOnClickListener(this);
        button3.setOnClickListener(this);
    }

	@Override
	public void onClick(View v) {
		// TODO Auto-generated method stub
		switch(v.getId()) {
		case R.id.button1 :
//			do some thing		
		case R.id.button2 :
//			do some thing
		case R.id.button3 :
//			do some thing
		}
	}

public void sendNewsPaper() {
		for(ISubscribe subscribe : SubscribeList) {
			subscribe.getNewsPaper();
		}
	}

       最后，如果我们的邮局要实现类似button这样的回调这么实现呢？

ISubscribe isubscribe;

	@Override
	public void getNewsPaper() {
		// TODO Auto-generated method stub
		System.out.println("我是"+getName()+",我收到我订阅的"+getNewsPaperName());
		isubscribe.getNewsPaper();
	}

近日，Xamarin为其集成到Visual Studio或MonoDevelop的Mono for Android开发工具发布了一款可视化设计器。

Xamarin Designer for Android是个可用于创建Android应用界面的拖拽开发工具。该工具以Visual Studio或MonoDevelop插件的形式提供。该设计器可用于对所有原生Widget与控件进行布局，包括布局容器、图片与媒体，还可以修改其属性、生成.axml文件。同时，该设计器支持基于语言、区域、国家与手机运营商的自定义布局。

该设计器具有如下组成部分：

• 设计界面——以预览的形式展示了界面在目标设备上运行时的样子。
• 工具箱——包含了一系列Widget与布局，可以拖拽到设计界面上。
• 属性面板——展示了所选Widget的属性。
• 大纲视图——以树状结构展示Widget，可以查看层级关系。

Xamarin Designer可用于Android 2.2到4.0.3，可以针对各种屏幕尺寸、分辨率、布局（portrait或landscape）以及设备配置（如物理键盘或附加的硬件按钮）来创建和编辑界面。

更新的Mono for Android 4.2带有一个设备工具栏，可以将使用设计器编辑的应用部署到默认设备中。Xamarin的Android工具的最新版提供了针对Honeycomb与Ice Cream Sandwich的项目模板、签名向导、集成的Logcat、Java Binding库工具、大小降低一半的共享运行时以及一些Bug修复。

Xamarin并未单独提供该设计器而是将其集成到了Mono for Android中，用户可以使用其每年的订阅下载。

查看英文原文：Xamarin’s Mono for Android Now Includes a Visual Designer

安卓对于ＡＰＫ软件的加密，在2.3版的时候引入了proguard，如果你的工程是2.3，可以在你的工程目录下找到一个名为proguard目录。这目录会对你的代码做一定程度的混淆，要使用proguard混淆代码，只需要在项目根目录下的文件default.properties 里添加一行代码：

proguard.config=proguard.cfg

如下，就是一个完整的default.properties内容

# This file is automatically generated by Android Tools.
# Do not modify this file -- YOUR CHANGES WILL BE ERASED!
#
# This file must be checked in Version Control Systems.
#
# To customize properties used by the Ant build system use,
# "ant.properties", and override values to adapt the script to your
# project structure.

# Project target.
target=android-10
proguard.config=proguard.cfg

但安卓默认不混淆 Activity 、Service ... 类的 子类,核心代码不要写在这些类里。如果你希望更深一层加密，那就把核心代码使用Ｃ，Ｃ＋＋来写的，使用jni技术，因为用C或C++编写的代码相对于Java来说很难被反编译。

2。签名：

要发布应用程序，从安全角度来说，签名是必不可少的，防伪，防替。特别在当前中国手机软件业乱象纷呈，吸流量吸费软件横行的年代，如果你开发一个牛Ｂ软件，别人做一个相同名字相同功能的山寨吸费吸流量软件，你可就惨了。恶名远播不说，说不定还要吃官司。有了签名，就能帮你洗清冤曲，还以清白。安卓没有第三方答名授权中心，只在发生纠纷时，可以通过第三方机构仲裁。

创建key，需要用到keytool (位于jdk1.6.0_24\jre\bin目录下)，使用产生的key对apk签名用到的是jarsigner (位于jdk1.6.0_24\bin目录下)，安装了ＪＤＫ后，如果设置了路径，打开cmd或者终端，输入keytool，就能看到他的帮助信息，在ubuntu下和win下一样。

a,生成签名：
keytool -genkey -alias demo.keystore -keyalg RSA -validity 40000 -keystore demo.keystore
/*说明：-genkey 产生密钥
       -alias demo.keystore 别名 demo.keystore
       -keyalg RSA 使用RSA算法对签名加密
       -validity 40000 有效期限4000天
       -keystore demo.keystore */
b,签名：
 jarsigner -verbose -keystore demo.keystore -signedjar demo_signed.apk demo.apk demo.keystore
/*说明：-verbose 输出签名的详细信息
       -keystore  demo.keystore 密钥库位置
       -signedjar demor_signed.apk demo.apk demo.keystore 正式签名，三个参数中依次为签名后产生的文件demo_signed，要签名的文件demo.apk和密钥库demo.keystore.*/

　　jarsigner -verify -verbose -certs demo_signed.apk

安卓调试的软件，都有测试的自签名，不能再签名，可以右健点击选择export导出应用程序签名，别人的博客有介绍，感兴趣的可以去看看，

http://www.cnblogs.com/qianxudetianxia/archive/2011/04/09/2010468.html，

　d.签名之后，签名之后，用zipalign(压缩对齐)优化你的APK文件。

zipalign -v 4 demo_signed.apk final.apk


３。发布，找一个用户多的应用程序的网站，注册帐号，上传你的程序，现在国内很多网站都可以免费发布，如安智市场，注册也很快，一会儿就注册完成了。也可以注册Android Market吧，听说需要几十美金就可以注册一个开发者帐号，上传应用程序，以前听说我们大陆不支持收费软件，不知道现在开通了没有。这个市场是相对全球的，最好开发的软件支持英语。我注册了一个安智市场的开发者帐号，也就几分钟就完成了，android marker可能会需要更多的时间，呵呵。公布下国内目前的安卓发布网站。
1.Google Market  
      谷歌官方市场，你可以注册成为开发者，来上传自己的应用；但目前谷歌官方市场的英文用户大于中文用户，如果你可以同时上传中文和英文，应该更加符合用户需求；开发者账号审核周期大约1-2天，你上传的应用只要符合要求可以立即被发布。

2.运营商移动应用商店（排名不分先后） ：

    中国移动MM：http://mm.10086.cn/

    中国联通WoStore：http://store.wo.com.cn/

    中国电信189Store：http://www.189store.com/

3.独立电子市场（排名不分先后）：

    亿优市场：http://www.eoemarket.com/

    木蚂蚁：http://www.mumayi.com/

    N多网：http://www.nduoa.com/

    魅族市场：http://app.meizu.com

    机锋市场：http://apk.gfan.com/Index/Index.html

    安卓市场：http://sc.hiapk.com/himarket

    安卓星空：http://www.starandroid.com/apkclient

    应用汇：http://www.appchina.com/

    安智市场：http://market.goapk.com/（不支持软件墙）

    XDA软件市场：http://android.xda.cn/

    历趣市场：http://an.liqucn.com/

    网易市场：http://m.163.com/android/

    爱米软件商店：http://www.aimi8.com/

    开齐应用商店：http://market.kaiqi.com/

    安丰网：http://www.anfone.com/（不支持软件墙）

    喜游游：http://www.seyoyo.com/

    优优网：http://www.uooyoo.com/soft/9716.shtml

    酷派：http://www.coolmart.net.cn/developer/coolmart/index.jsp


    TOMPDA市场：http://www.tompda.com

    飞鹏：http://www.fpwap.com

    非凡软件站：http://www.crsky.com/default.html

    ZOL：http://xiazai.zol.com.cn/downloa ... android_page_1.html

    安卓星空：http://www.starandroid.com/dev/index
   
    APK小游戏：http://www.apkxyx.com




方式二、Android手机论坛的合作　　类型：极少费用

       按照第一种方式仅仅是提交到下载平台是远远不够的，基本上中国Android手机用户都会泡论坛；因为有太多需要沟通和交流的，而论坛也是一些国外最新应用首先发布的集散地。

       和论坛的合作方式有两种：1，建立官方账号，有新版或升级，或意见反馈可以直接于用户接触； 2，于论坛官方合作活动，活动是带动安装量，以及收集用户反馈的最好方式，一般一次好的活动策划，可以为一个应用带来几千至上万的安装；成本仅仅是活动奖 品的赞助，大约每次活动几千元。（当然目前一些相对商业化的论坛已经开始针对活动收取广告费，那就另当别论了）。

目前国内比较火排名前7位的Android手机论坛的推荐：

    安致论坛

    AVAV安卓论坛

    木蚂蚁手机乐园

    安智论坛

    摩托罗拉手机论坛

    风暴数码

    安卓论坛

    ZOL应用下载

小评：论坛的用户忠诚度高，如果活动成功会行成较好的口碑传播。

方式三、寻找第三方ROM（定制操作系统）合作内置　　类型：免费

      目前国内的用户在拿到手机，除了到论坛去交流问题，寻找资源，也会寻找更加符合国人使用习惯的第三方ROM进行刷机；目前人气比较高的几款第三方ROM都是以论坛进行发源地。


MIUI ROM

       由小米出品的MIUI ROM，因为其美化的效果在初期吸引了众多追随者，但随之也暴露了一些例如太过于耗电、更新频繁等弊端；但仍然不影响初级用户对它的喜爱。

       因为小米除了MIUI ROM做了众多周边应用，据了解至少有上百款应用，因此想植入的最基本前提是你的应用是否和他目前已开发的上百款应用没有竞争关系。

点心OS

       由创新工场的点心团队推出的点心OS，目前不对用户开放；为一些国产手机厂商例如，夏普，提供手机系统方案。优势在于如果能够被点心内置，就有机会直接 在这些国产手机中出现，预计使用点心OS的手机在2011年下旬应该会面世；但和点心的合作，需要有对时间周期有较强的心里准备，因为从一款手机的操作系 统定制到手机面世大概也需要一年多的时间。

木蚂蚁ROM

       木蚂蚁的ROM目前还未行成品牌系统化，但木蚂蚁联合民间高手推出的木蚂蚁ROM，在众多Android的用户中获得一致口碑，尤其是木蚂蚁HTC DHD ROM，被成为目前国内DHD ROM中性能最强的一款，因此获得了众多追随者；并且其推出的一些列一键ROOT等工具也帮它吸引了一批ROM爱好者。并且相对来说，木蚂蚁目前更关注在 Market和论坛而没有开发过多应用，相对与合作伙伴会发生的竞争关系及冲突较少。其王牌主打功能以 省电、透明、高效为主。

参考文章：
http://erbo2008.iteye.com/blog/1326786
http://ictch.iteye.com/blog/1045194
http://hi.baidu.com/lvqiyong/blog/item/ef8a8657da8491deb645ae12.html
http://www.cnblogs.com/qianxudetianxia/archive/2011/04/09/2010468.html
http://www.eoeandroid.com/forum.php?mod=viewthread&tid=154655

       当ADT的版本是17或者更高的时候，如果项目中引用了第三方jar包，会出现java.lang.NoClassDefFoundError这个错误，发现不了jar包里面被引用的类。如何修改呢？在eclipse中，引用的第三方jar包都放在lib下，把lib修改成libs，就可以了，有人可能会问，没有lib文件夹，那就新建一个libs文件夹，把第三方类库放到该文件夹中，这时候会报错，需要重新build path下，

clean下代码，应该就可以了。

如果对这个文章不太满意，建议搜索的时候搜一下关键字：

android adt  java.lang.NoClassDefFoundError

而非直接 java.lang.NoClassDefFoundError

因为后者搜索大部分内容是讲的j2se和j2ee里面的问题。

今天早晨继续编译，发现出现conversion to dalvik format failed with error 1错误，如果遇到此问题，先clean下，如果没有解决，打开build path的 configure build path ,如上图，看看有没有重复的jar包，有的话，删除重复包。就可以了。

有问题欢迎留言探讨。

“人们说我是个梦想家，其实我并不是孤身一人。”
John Lennon

Mozilla和Telefonica正在合作开发一款新的移动操作系统。该项目由Mozilla命名为Boot2Gecko，而Telefonica将运行该系统的设备称为Open Web Devices。其目标是：手机完全依赖于web技术，并且手机中的所有应用（从拨号到游戏）都用HTML5开发。

于2012年在巴塞罗那召开的MWC会议上，Mozilla 在高端智能手机Samsung Galaxy II上演示了Boot2Gecko。同在这场会议上，Telefonica在一款由高通公司提供的低端参考设计上展示了新操作系统，该参考设计将来可以在经济型智能手机（比Android还要便宜）上运行。Mozilla还宣布了Mozilla Marketplace（web app商店）的开张。

表面上看，这是大型电信运营商和大型互联网公司的联合行动，意义重大。Mozilla 和 Telefonica打算从低端做起，试图颠覆Apple/Google的双寡头垄断局面。Telefonica专注于为低端设备提供良好的用户体验，想以此来抢占新兴市场。Telefonica打算推出直接支付功能（当用户购买移动app时），但在新兴市场上信用卡还不够普通。

正如《创新者的困境》中所说，从低端市场入手是明智的选择：Android设备制造商要想持续盈利，最简单的办法就是远离Open Web Devices这样的低端市场，而专注于那些真正持有信用卡的Android高端用户群。这是击退Android的最好方式。Google对此也不会做出太大的反应，因为他们的主要盈利点是广告，而广告在任何平台上都可以做得很好。

Telefonica这样的破坏性战略可以给Google一点颜色看看。Apple和Google的app市场给了电信运营商很大的压力，因为Apple和Google拥有庞大的用户群，而使电信公司沦为了“哑管道”。既然电信运营商不是app生态系统中的正式参与者，那么为什么不把app全部商业化呢？Telefonica推出Open Web Devices试图削弱主流平台的势力，同时将app开发和部署转移到更“中立”的web环境，以打击主流平台app的垂直发展。如果app一开始是在跨平台环境下开发的，那么平台的势力将被削弱。要实现这一目标，Mozilla是电信公司的理想搭档，因为Mozilla是一个非盈利性组织，他们的使命是保持互联网的开放和免费。

作为Apple/Google的竞争者，Mozilla 和 Telefonica总体上来说是一个不错的B2G组合；Mozilla可以提供软件基础（APIs）以及相应的开发环境，而Telefonica负责OEM（原始设备厂家）交易、货币化及app商店。

作为一种新的web平台，从理论上讲Boot2Gecho是可以在webOS失败地方取得成功的；Boot2Gecho是开源的（这不同于当时webOS的模式），拥有多个感兴趣的OEM合作商，有名列前5的电信公司作后盾，并且刚好处于HTML5时代，HTML5已经在技术上有了很大的发展并且受到了工业界广泛的支持。实际上，B2G有望作为倡导者而带领HTML5从使能技术发展到全平台应用，但实现起来还有很长的路要走。

其实，Telefonica还没有足够的实力来赢得消费者和开发者的青睐。

— 开源能够降低开发者的开发成本，但对于用户来讲无足轻重。

—     Web并不是良好用户体验的代名词，对游戏开发者的吸引力也很有限。

—     安装web操作系统的移动设备可以与Apple/Google抗衡，但是在操作系统成熟之前、在拥有大规模的潜在市场之前，Telefonica和OEM合作商要做出巨大的投资。注意到没有，Microsoft为了进入其潜在市场而每年向Nokia支付约10亿美金。

Boot2Gecko要想成功，需要在五个关键方面与其它平台相竞争：

1. 软件基础—要具有丰富的APIs并且管理得当。Telefonica已经向Boot2Gecko(以WAC中的早期成果为基础)贡献了很多设备API粘合代码。但是，要想与iOS、Android、WP7竞争还需要付出相当大的努力。
2. 开发者生态系统—以促进创新、迎合多样化的用户需求。有数百万的Web开发者需要用到B2G，例如，使用其特定的APIs及app分销系统。
3. 设备和销售，例如，数千万手机销售量的巨大潜在市场。作为名列前5的电信公司，Telefonica有很大的优势，但是需要将设备提供商的注意力（尤其是LG这样的早期合作商）转移到项目投资和产量保证上。积极因素之一是，B2G运行于相同的参考设计、基于同一套核心库，因此，可以比Windows Phone更快地进入市场。
4. 货币化。为了营造一个健康的开发者生态系统，货币化起着至关重要的作用，而Telefonica计划推出运营商计费功能。
5. 零售。将来由哪家合作商来负责提供app(在移动设备上的)店面、零售、推销，目前尚不清楚。

值得称赞的是，Telefonica和Mozilla在Boot2Gecho项目上进展迅速。该项目于2010年10月份进行首次试验，于2011年3月份正式启动。于2012年2月份进行了手机演示，该手机拥有所有核心app，而且据称，其UI体验胜过了最低端的Android手机。据我们所知，Telefonica所演示的手机与新款iPhone 3G的硬件是一样的，而价格却只有后者的1/10。

这就是说，HTML5平台强力竞争者（像Facebook Platform和Google Chrome）在构建开发者生态系统方面已经远远走在了前头。Facebook和Chrome(浏览器、操作系统、尤其是网上商店)都已经在跨屏幕方面取得了不错的成果 ，并且已经解决了部分推销、零售、货币化问题。Mozilla的Marketplace是迈向成功的关键一步，但该组织还需要努力追赶其竞争对手。

此外，如果Telefonica和其它电信公司的目标是打垮Apple/Google的双寡头垄断局面的话，很显然有一个很廉价的替代方法，而不一定要构建web-app开发平台。通过使用跨平台开发工具（请考考我们的完整报告- www.CrossPlatformTools.com），开发者可以很容易地将应用发布到多个平台，也可以扁平化Apple/Google开发生态系统的竞争格局。

总之，为了颠覆iOS/Android双寡头垄断局面，Telefonica和Mozilla正在付出巨大的努力。他们专注于低端设备，并且试图降低app与平台之间的依赖程度，这些都做得很好。但是对HTML5技术的应用及开放程度方面做得还不到位。尤其是Mozilla，它必须要证明新平台对web开发者的吸引力，并构建一个充满活力的开发生态系统。Telefonica不仅要使设备供应商保持热情，还要保证手机的产量。最后，这一计划如何在竞争中取得成功尚不清楚，Facebook和Chrome又或者是Telefonica和Mozilla应该投入精力来探索跨平台开发工具的替代方法。

作者：Stijn Schuermans ，发表于2012年3月27日

译者：林建光

原文链接：

http://www.visionmobile.com/blog/2012/03/boot2gecko-can-the-new-html5-champion-succeed-where-webos-failed/

您可能也喜欢：
HTML5游戏开发之将Easel.js和Box2d在画布中结合起来	2011回顾：五大失败的web案例	移动web设计&开发45大实用指南	在PhoneGap1.2版本中有什么新特性？
无觅

跨平台的淘金

2012年标志着移动平台领域的一个拐点。Apple的iOS和Google的Android平台已经推进到以前无法想象的高度，截至2011年年底，在这两个平台上，分别有超过540,000和350,000种应用程序，这些应用程序来自成百上千的开发者。正因为所谓的网络效应（network effects），Apple和Google对竞争者已经建立起巨大的壁垒，即使是像微软这样花费超过10亿美元进行营销的竞争对手，仍然远远落后于Apple和Google。

然而，正当Apple/Google的双寡头垄断看起来似乎坚不可摧之时，对诸如Microsoft的 WP7 以及 Samsung的Bada这样的竞争者来说，前进道路上的障碍正在被扫除：跨平台的工具让开发者可以针对多个平台进行开发，让代码有较高的重用率，从而让增长的开销较小。

简言之，跨平台的开发工具（CPTs）允许开发人员开发针对多个平台的应用，针对各个平台的开发可以基于相同的核心代码库，或使用相同的设计工具。CPTs的影响是两方面的，它们可以减少移动开发进入壁垒，又使得开发者转向新的开发平台更容易，从而对某个平台的黏度降低了。 

开发的民主化 首先，跨平台的工具允许开发人员为他们之前所不能进行开发的平台进行开发。 CPTS使得进入门槛降低了，例如，现在Web开发人员仅使用HTML和JavaScript就能够创建本地智能手机应用程序。CPTS可以提供易于使用的语言和开发工具，并便于模块化开发和软件组件重用。有些工具还允许开发人员使用相同的代码库来针对多种屏幕进行开发—— 并且，这种开发不止局限于手机，还针对平板电脑、游戏机、台式电脑和电视机。这便是软件开发的“民主化”，即平台可以开放给所有类型的开发者。

减少开发者的平台固化 跨平台工具的第二个影响是战略性的。CPTs减少了平台的退出壁垒，也即“开发者平台固化（developer lock-in）”。例如，CPTs让开发者在为iPhone开发的同时也可以为Android和Windows Phone 7开发。在App的生态系统中，竞争体现在四个方面：app的数量，top app的可用性，app投入市场的时间（一个app很难同时出现在所有平台的app stores中）以及总体的app质量。在理论上讲，跨平台的工具使得网络效应减小了，从而使非Android和Google平台更容易参与竞争，比如现在Bada平台就更容易参与竞争了，因为CPTs允许开发者在为Android开发的同时也能为Bada开发。换句话说，跨平台的工具让小的平台不仅可以在数量方面与大的平台竞争，也能在app的可用性、到达市场的时间和质量方面进行竞争。

众所周知，Apple试图通过在Apple的设备上禁止Adobe的Flash runtime来增加开发者对于Apple的XCode工具以及iOS API的黏度——它成功做到了。然而，跨平台工具让打破Apple的限制更为容易，它们可以将runtime和app进行打包，或者在编译连接的时候将与平台无关的代码翻译成本地代码。

正如我们将要看到的那样，2012标志着跨平台工具在技术上的成熟。使用Flash或者Java这种通用的方法已经失去了其吸引力，新的基于thin runtimes、cross-compilers 以及 hybrid web apps的方法更为喜闻乐见。2011年在初创阶段受到批评的工具现在要么获得了VC，要么被收购，要么发布了主要的产品。例如，MoSync 2.7使得网络编码变为可能，并且它和Marmalade一起增加了实时本地UI元素。此外，Sencha已经准备发布Touch version 2.0，在该版本中，Sencha推出了自己的web打包方法（web wrapper solution）以及流水线式的构建流程。其他的，比如LiveCode Android deployment pack以及Mono for Android，都是在2011年才正式发布的。

与此同时，HTML5系列的技术已经过了狂热的高峰期正在慢慢走向低谷（此观点来源于Gartner’s Hype Cycle）。HTML5还没有真正成为一个平台；它缺乏一些必要的元素，比如实施的一致性、主流的发布渠道（也即app stores）以及除mobile ads以外的盈利模式。然而，因为跨平台工具的存在，HTML5（包括Javascript）正让mobile app逐步发展。有好几十个工具致力于让web开发者使用现有的技术构建‘native’ 或者 ‘hybrid’的手机应用，这其中包括Appcelerator, PhoneGap, Rhodes, Sencha 2.0 以及Worklight。同时，mobile frameworks在致力于让web apps能提供一个“near native”的用户体验，这其中包括jQuery Mobile, Sencha, iUI, 以及适用于游戏的Impact.js.。CPTs以及为HTML5扫清了道路，不仅让它可以成为一个平台，而且会成为智能手机apps的主流开发技术。

跨平台领域的赢家与输家

在写这份报告的时候，跨平台开发正十分流行，随处可见收购、资产剥离和融资。Adobe的Flash，曾经作为跨平台解决方案的经典方法，正面临退出，Adobe在2011年11月，宣布了将会停止为mobile browser开发Flash插件。同时，Adobe会同时终止Flex SDK，而将力量集中于ActionScript-only开发。从2011年中期起，跨平台工具提供商方面的收购包括RhoMobile, Metismo, Aptana, ParticleCode, Nitobi, Strobe和Worklight。另外，Alcatel Lucent在2010年收购的Open-Plug因为资金缺乏而不得不停止它的产品（本章后面的案例研究将会谈到这一点）。同时，Sencha，一个高调的开发native、touchscreen UI的Javascript框架，在2010年和2011年完成了两轮融资，筹到了2900万美元。下面的三个表列出了跨平台工具领域主要的收购、退出以及VC融资。 

投资涌入

正当投资者们正在寻找下一个经济增长点时，跨平台工具出现在他们的视野，在这个领域，筹集到超过两亿美元。在主要风投资金的支持下，Appcelerator扮演了中间人的角色，它自己在试图app的生态周期中提供更为端到端的解决方案，收购了Particlecode, Aptana 和Cocoafish。Worklight在被卖到IBM之前，获得了2100万美元的投资，而Pyxis在筹到100万美元以后，重命名为Verivo。

CPT中的资产剥离：OpenPlug案例

在一片大好的投资环境下，跨平台工具的竞争中也出现了一些失败的例子。2010年9月，Alcatel-Lucent收购了OpenPlug。这个电信基础设施供应商，希望建立一个电信运营商和开发者之间的战略平台。然而一年以后，在2012年12月，OpenPlug宣布终止运营，因为它吸引不到足够的开发者。

这个公司最初是有着嵌入式软件背景的公司，曾经为非智能手机（feature phones）开发过名为ELIPS Suite的操作系统，这个系统在2008年大量生产，尤以和Sony Ericsson的结合最为出名。那时候，手持设备代工生产商（handset OEMs）将注意力从非智能机转向了在智能机中采用Android以对抗Apple的iPhone带来的竞争压力。

结果，OpenPlug转向了生产跨平台的runtime和toolset，并于Adobe MAX 2009会议上发布了beta版，该版本以ELIPS Studio冠名。它的目标用户群是那些想要从桌面端拓展到智能机的Adobe开发者。这样是不合时宜的，因为这个时候恰逢Adobe为iPhone推出了Flash packager，为Mobile推出了AIR。ELIPS Studio那时候使用的还是Adobe丰富的应用框架（Flex以及MXML），这个框架很快便受到HTML5的挑战，并最终被Adobe所淘汰。OpenPlug还被指责说不能让toolset和Adobe的MXML 和AIR APIs更为兼容。

最终OpenPlug没能找到一个盈利模式，它面临的最主要的问题是劝说习惯了免费增值产品的用户付费试用它的支持功能和专业服务。它的竞争对手Appcelerator让这一问题更为严重，因为Appcelerator有丰富的VC资金，因此Appcelerator的产品都是免费的。和其他产品不同，OpenPlug没有任何云服务产品，也就没有其他销售来源。

OpenPlug的母公司Alcatel-Lucent，作为一个运营商，显然不能帮助OpenPlug找到开发者。相反，这个公司发现，开发者们都没有把运营商看做mobile app生态系统中的一个重要部分。在终止运营以前，OpenPlug聚集了22,000注册开发者，但只有少量是活跃用户，大多数人只是尝试写过“Hello World”后便不了了之了。

跨越赶时髦的阶段

跨平台工具已经度过了“赶时髦”的阶段，而成为现今的主流了。一个工具提供商——Sencha——声称有160万开发者，并且有30万注册社区用户。游戏开发平台Unreal声称有100万的SDK安装量。Unity在2011年有很大增长，它有80万注册开发者，其中有20万是活跃用户。Appcelerator原本有25万用户，现在随着它收购Aptana并将它的“Titanium”技术整合到流行了Aptana IDE中，它的用户猛然增加了160万。PhoneGap已经被下载60万次，并且被整合到几十个移动应用平台以及App builders中。跨平台工具对于消费者也有影响。Corona声称用它的工具创建的应用已经有6000多种，这些应用在2011年的下载量有3500万次。Appcelerator声称用它创建的应用有35000种，并且有4000万设备部署(device deployments)。  

在跨平台工具出现的背后

跨平台工具的出现主要是为了处理在mobile apps开发中出现的三个市场上主要的障碍：平台碎片、进入新平台的壁垒以及管理开发资源。

处理平台碎片

跨平台的工具出现之初便是为了解决设备和平台的碎片化。Java ME可以处理几十种2000s系列的由定制操作系统驱动的手机——但是开发者需要能支持超过200种设备，以便能为在任何一个国家内的80%的设备做开发。Mobile web站点也是因为浏览器对标准执行很差而很难找到通用解决方法；即使在现在，Windows Phone上的IE对HTML5的支持度只比得上Apple的Safari所能支持的一半。另外，要能够发布类似于app感觉的应用，HTML5还有很长一段路要走，还需要不菲的调整。为iPad以及Android tablets开发了Financial Times HTML5 app的Assanka，说它为了开发iPad 版本的Financial Times HTML5 app，花了24人月（估计为US$400,000），然后又花了另外12人月将这个app移植到Android上去。

除了设备间的碎片，平台碎片也是很严重的。Android因为它的运行时碎片而臭名昭著；在2012年2月，有三个不同版本的Android平台（API levels 7,8 and 10），互相之间只有超过2%的相同点。所有这三个版本都落后于最新发布的版本，这个版本是API level 15的，前面过渡性的API levels (11-14)是针对平板电脑的（由Gingerbread发布）。

对了应对碎片化问题，跨平台工具提供商在云中提供了一些设备相关优化手段以及web资源重新表现方法。数据库中的设备详细参数和性能可以帮助优化图像大小、重新确定布局以及用户界面、实施一些折中而非强迫开发者一定要找到通用的方法。从传统上讲，设备性能数据库（device capability databases）是由像Wurlf, DotMobi 以及 DetectRight.这样的专营公司提供的。慢慢的，device databases有了更多来源，比如通信架构公司（如WDS, Ericsson, mFormation, Ascom），通信公司本身（如AT&T device capabilities API），以及已有的跨平台工具（如Netbiscuits, Mobile Distillery, Sevenval）。BKRender，另外一个跨平台解决方案，提供了含6000种设备的数据库以及一个HTTP反向代理（an HTTP reverse proxy）来优化移动在站点。

一些CPTs因为内部咨询项目的碎片化问题需求而成长起来。其中的一个例子是Enough Software，，它是给Java ME apps提供优化工具的。Enough Software走的是跨平台工具领域中的典型路线——先解决他们在自己的项目中遇到的碎片化问题，然后将解决方案转化为一个商业工具。这条路随后被Pyxis (Verivo),、Netbiscuits、Marmalade 以及 DragonRad所模仿。

尽管CPTs开始解决一些平台碎片化问题，但是又出现了新维度的碎片化。Handy Games的CEO Christopher Kassulke说，“现在的碎片化已经是4D matrix的了”。他提示开发者要处理平台间的碎片化，如软件平台，计费平台（以及定价模型），广告平台以及社交平台。

让为新平台以及设备开发成为可能

对于参与到我们的在线调查的2500位开发者来说，我们发现影响跨平台工具选择的最重要的因素是该工具支持的平台广泛程度。除了占统治地位的iOS平台以及Android平台，许多平台都在争夺亚军位置——包括Windows Phone 7, Bada以及BlackBerry，更不用说针对各式屏幕的平台了，比如针对桌面机屏幕、游戏机屏幕和机顶盒平台屏幕。我们发现开发者都将iOS和Android作为起跳板，并在随后拓展到新的平台。现今非常流行的Appcelerator 和Marmalade工具的用户中有超过90%是定位在iOS，有超过80%是定位在Android。而CPT的整个用户群中有超过70%是定位在iOS，有超过60%是定位在Android。

在VisionMobile Developer Economics 2011年度报告中，我们发现开发者平均关注的平台个数为3.2个。大概过了一年，在跨平台工具报告中所作的调查里，我们发现开发者平均关注的平台个数变成了人均3.8个平台——而对于跨平台工具活跃用户而言，这个数字增长到4.5.换句话说，跨平台工具让开发者可以同时使用的平台数目增加了。

从经济角度来说，开发者可以同时使用的平台数据增加是有利于节省开销的。对于一个开发者而言，针对另外一个平台重写一个应用耗时耗力。通常要为一个新平台再做开发需要增加超过初次开发开销的50%。两外，由于各个平台和不同app stores相对应，app的提交和宣传开销也会增加。

我们同时还发现CPTs被用来处理新屏幕，也即新的联网设备、台式机、机顶盒和游戏机。在我们的调查中，27%的人提到他们还会应用他们主要的跨平台工具去处理Windows PC，另外有24%人会借用跨平台工具处理Mac台式机。由于Eric Schmidt预言说2012年中期在北美有超过半数的电视机将使用Android驱动，对新屏幕的处理能力将会成为跨平台工具的一个主要的增长点。由于我们的调查时间稍微靠前，在2011年底才出现的智能电视，没有表现出多大的势头。只有一个被调查者希望能有对智能电视的支持，还有一些人提到了智能电视平台，比如Google TV 和 LG TV。另外有一些开发者希望能有对Playstation3 和Vita、 Xbox 以及 MS Surface Table的支持。Linux被证明是最流行的备选平台，这是我们之前没有看到的，有76个受访者指出他们在处理嵌入式、服务器以及台式机问题时会应用Linux平台。

管理开发资源

跨平台工具出现的第三个重要原因是开发者资源管理问题。不管是单人开发还是顶级的五个游戏软件供应商联合开发，在为移动端进行开发时，都要面临这样的问题。

每一种主要的智能机、PC或游戏平台都有它自己的指定语言、它自己的API集、它自己的开发环境和它自己的app store。下面的表展示了主要的智能机平台的区别。 

假设一个例子，有一个小的apps公司，它为iOS，Android以及Windows Phone7开发。他们需要雇佣三个团队，这三个团队擅长的技能都不一样。他们需要维护三套不同的代码库，并在功能增加或者修复bug时同时对这三套代码库进行操作。这是一个很大的挑战，也是为什么很多apps在不同stores的发布时间有几个月的延迟。另外，随着各个团队的工作进行，质量以及设计的一致性都会发生改变，尤其是将对新平台的开发外包给第三方的时候。为多个平台开发时，后期维护也很困难，因为三个平台需要各自建立开发文档，内部用户支持文档也需要三份。

因此，跨平台工具能为软件工作室提供产品投入市场时间的优势、为其节约开销。“我们发现通过使用跨平台工具，我们的产品投入市场的时间平均减少了70%。” InRuntime的CEO Paulius Uza如是评价。他接着说：“即使我们只是要为单个平台构建单个应用，我们也会选择跨平台工具。”

您可能也喜欢：
Firefox上Web开发工具库一览	开发杀手级企业应用10规则	如何开发实用的企业级应用？	PhoneGap开发初体验：用HTML5技术开发本地应用
无觅

这个函数主要作用是初始化时钟事件管理器的回调函数，比如当时钟设备添加时处理。在内核里定义了时钟事件管理器，主要用来管理所有需要周期性地执行任务的设备。

boot_cpu_init()

这个函数主要作用是设置当前引导系统的CPU在物理上存在，在逻辑上可以使用，并且初始化准备好。在多CPU的系统里，内核需要管理多个CPU，那么就需要知道系统有多少个CPU，在内核里使用cpu_present_map位图表达有多少个CPU，每一位表示一个CPU的存在。如果是单个CPU，就是第0位设置为1。虽然系统里有多个CPU存在，但是每个CPU不一定可以使用，或者没有初始化，在内核使用cpu_online_map位图来表示那些CPU可以运行内核代码和接受中断处理。随着移动系统的节能需求，需要对CPU进行节能处理，比如有多个CPU运行时可以提高性能，但花费太多电能，导致电池不耐用，需要减少运行的CPU个数，或者只需要一个CPU运行。这样内核又引入了一个cpu_possible_map位图，表示最多可以使用多少个CPU。在本函数里就是依次设置这三个位图的标志，让引导的CPU物理上存在，已经初始化好，最少需要运行的CPU。

page_address_init()

这个函数主要作用是初始化高端内存的映射表。在这里引入了高端内存的概念，那么什么叫做高端内存呢？为什么要使用高端内存呢？其实高端内存是相对于低端内存而存在的，那么先要理解一下低端内存了。在32位的系统里，最多能访问的总内存是4G，其中3G空间给应用程序，而内核只占用1G的空间。因此，内核能映射的内存空间，只有1G大小，但实际上比这个还要小一些，大概是896M，另外128M空间是用来映射高端内存使用的。因此0到896M的内存空间，就叫做低端内存，而高于896M的内存，就叫高端内存了。如果系统是64位系统，当然就没未必要有高端内存存在了，因为64位有足够多的地址空间给内核使用，访问的内存可以达到10G都没有问题。在32位系统里，内核为了访问超过1G的物理内存空间，需要使用高端内存映射表。比如当内核需要读取1G的缓存数据时，就需要分配高端内存来使用，这样才可以管理起来。使用高端内存之后，32位的系统也可以访问达到64G内存。在移动操作系统里，目前还没有这个必要，最多才1G多内存。

printk(KERN_NOTICE)

这行代码主要作用是在输出终端上显示注意信息。printk是内核格式化输出函数，宏KERN_NOTICE定义如下：

#define KERN_NOTICE "<5>"

因此在调试输出窗口上就会显示"<5>"字符串。

printk(linux_banner)

这行代码主要作用是在输出终端上显示版本信息、编译的电脑用户名称、编译器版本、编译时间。如下所示：

Linuxversion 2.6.37+ (tony@tony-desktop) (gcc version 4.3.3 (Sourcery G++Lite 2009q1-203) ) #40 Tue Mar 20 17:49:58 CST 2012

linux_banner是在文件kernel/init/version.c里定义，这个字符串是由编译脚本自动生成。

setup_arch(&command_line)

这个函数主要作用是对内核架构进行初始化。再次获取CPU类型和系统架构，分析引导程序传入的命令行参数，进行页面内存初始化，处理器初始化，中断早期初始化等等。

mm_init_owner(&init_mm,&init_task)

这个函数主要作用是设置最开始的初始化任务属于init_mm内存。在ARM里，这个函数为空。

Android 4.0可以运行在平板电脑与手机上，并且提供了一些针对UI、通信、共享、媒体、连接、输入类型与企业的新特性。

Google于2011年2月发布了Android 3.0（Honeycomb），但该版本只面向平板电脑，提供了新的“全息”用户界面，这并不适合于智能电话等小屏幕。但Google说他们将会发布新版的移动OS，可以运行在平板电脑与智能电话上。于AsiaD发布的Android 4.0（Ice Cream Sandwich）证实了这一点，来自三星的Galaxy Nexus使用了它，这款手机很快就会面世。

Android 4.0包含的UI widgets与APIs在使用了Android 3.x的平板电脑中已经提供了：

• UI：Fragments与内容加载器、动作栏、可缩放的主屏幕widgets、丰富的通知、多点选择拖拽剪贴板
• 图形与动画：硬件加速的2D图形、基于属性的动画、3D图形
• 通信：HTTP实时流、支持蓝牙A2DP与HSP设备、支持RTP（Real-time Transport Protocol）、MTP/PTP（Media/Photo Transfer Protocol）与DRM（Digital Rights Management），可以接收来自于键盘、鼠标、游戏手柄与摇杆的输入

Ice Cream Sandwich增加了一些新特性与APIs，如下所示。

UI。增加了新的GridLayout以实现更快的布局与渲染。通过TextureView，你可以像一般对象那样操纵OpenGL ES渲染，该特性非常适合于相机预览、视频解码与游戏场景等。现在可以硬件加速2D绘制了，这样就能以更加吸引人的方式对文本施加缩放、旋转或是其他变换了。

通信与共享。现在，所有应用都可以共享信息了，可以集成联系人与档案数据，还可以使用Social与Calendar APIs从网络与日历事件中更新状态。如果应用运行在开启了NFC的电话上，那么你只需触摸屏幕就能通过Android Beam实现应用间的通信。开发者可以凭借ShareActionProvider widget向应用中添加共享功能。

媒体。添加了一个新的基于Khronos OpenMAX AL 1.0.1的API以实现流式多媒体，为流式内容提供了更多的控制。相机支持ZSL曝光、连续对焦、图片缩放，在拍摄视频时能够捕获到全分辨率的快照、还支持人脸识别等功能。

用于转换图片与视频的新媒体效果可运行在GPU上：调整颜色级别与对比度、改变背景、锐化、剪裁、旋转、添加了光学变形等。

支持WebP、VP8、HTTP Live streaming v.3与Matroska容器。

连接。应用可以通过WiFi Direct直接与附近的电话通信而无需使用Internet连接或是热点，支持Bluetooth HDP（Health Device Profile），可以与相应的健康设备与传感器通信。

输入类型：Android 4.0支持新的手写笔输入事件，如压、倾斜与距离轴等。它与手写笔、手指、鼠标等不同，支持多种按钮设备。

企业。可从VPN API获益，与之相关的安全存储与内建的VPN客户端可以访问L2TP与IPsec网络。Device Policy Manager可用于远程控制Android设备，包括在敏感环境下禁用照相机等。

API Level 13（Android 3.2）与14（Android 4.0）之间大约有4%的变化，14中新增了804处（属性、方法、类等），有370处变更并删除了45处。该API Differences Report展示了5个新包。

Google更新了SDK Tools（revision 14）、Support Package（r4）与ADT plug-in for Eclipse（r14）以支持Android 4.0 API。

查看英文原文：Android 4.0 Unifies Tablets and Phones with New Features

Oracle收购Sun Microsystems的一个目的就是控制Java语言，而更为重要的则是其专利。在众多的大公司中，Oracle的一个眼中钉就是Google，其针对Android（及其Dalvik VM）的类Java编程语言导致其被Oracle指控，控告其违背了Oracle的专利与版权，甚至发现Oracle测试套件中的测试代码出现在了Google的仓库中。

这场争论由来已久，从最开始的132个声明降到了3个，接下来又进一步降到了仅仅2个专利，其中一个专利将于今年12月到期。

上个月，法官Paul Grewal让这两家公司尝试通过协商来解决问题。如果Oracle能够证明Google侵犯了其专利，那么Google将会支付280万美金。然而Oracle拒绝了，认为Google支付的太少。

这个数字是根据到今年底（RE38104到期日）Android收益的0.5%及到2018年4月（专利6061520的到期日）Android收益的0.015%计算出来的。值得注意的是，USPTO已经判定RE38104无效，但Oracle还会继续上诉。

最后一个专利（6061520）被USPTO判定为有效。由于这两家公司无法达成和解，因此Oracle期望证明Android违背了该专利，如果证实确实如此，那么Oracle会要求法庭确定赔偿额。该专利涉及到静态数组初始化的性能改进：

该专利表示了对传统的静态数组初始化的改进，这是通过减少虚拟机执行的代码量以静态地初始化数组来实现的。为了实现代码量的减少，在联合类文件时，预加载器会识别出所有方法并执行这些方法以确定他们所执行的静态初始化。接下来，预加载器会创建出一个表达式以标明方法所执行的静态初始化并将该表达式存储到.mclass文件中，然后替换掉该方法。这样，该方法的代码（包含了很多指令）就会被一个单独的表达式所替代，该表达式会指示虚拟机执行静态初始化，这样就会节省大量内存。虚拟机会被修改以识别出该表达式并对数组执行恰当的静态初始化。

这场官司一个有趣的副作用是它暴露出了Google在2008年到2011年间已经从Android上获得了5.5亿美元的收益。这表明截至到2011年底激活的2亿台Android设备帮助Google每年从每台Android设备上获得了超过10美元的收益。然而去年十月，Google的电话会议表明其移动平台产品（包括iOS的Google Maps）价值25亿美元。如果除去Android收益，那么Google从其他渠道所获得的收益只有不到20亿美元，比如说向Apple许可iOS平台的Maps数据。

这场官司从4月16日开始，预计将会持续8周时间。

查看英文原文：Oracle and Google go to Court

       当ADT的版本是17或者更高的时候，如果项目中引用了第三方jar包，会出现java.lang.NoClassDefFoundError这个错误，发现不了jar包里面被引用的类。如何修改呢？在eclipse中，引用的第三方jar包都放在lib下，把lib修改成libs，就可以了，有人可能会问，没有lib文件夹，那就新建一个libs文件夹，把第三方类库放到该文件夹中，这时候会报错，需要重新build path下，

clean下代码，应该就可以了。

如果对这个文章不太满意，建议搜索的时候搜一下关键字：

android adt  java.lang.NoClassDefFoundError

而非直接 java.lang.NoClassDefFoundError

因为后者搜索大部分内容是讲的j2se和j2ee里面的问题。

有问题欢迎留言探讨。

Oracle收购Sun Microsystems的一个目的就是控制Java语言，而更为重要的则是其专利。在众多的大公司中，Oracle的一个眼中钉就是Google，其针对Android（及其Dalvik VM）的类Java编程语言导致其被Oracle指控，控告其违背了Oracle的专利与版权，甚至发现Oracle测试套件中的测试代码出现在了Google的仓库中。

这场争论由来已久，从最开始的132个声明降到了3个，接下来又进一步降到了仅仅2个专利，其中一个专利将于今年12月到期。

上个月，法官Paul Grewal让这两家公司尝试通过协商来解决问题。如果Oracle能够证明Google侵犯了其专利，那么Google将会支付280万美金。然而Oracle拒绝了，认为Google支付的太少。

这个数字是根据到今年底（RE38104到期日）Android收益的0.5%及到2018年4月（专利6061520的到期日）Android收益的0.015%计算出来的。值得注意的是，USPTO已经判定RE38104无效，但Oracle还会继续上诉。

最后一个专利（6061520）被USPTO判定为有效。由于这两家公司无法达成和解，因此Oracle期望证明Android违背了该专利，如果证实确实如此，那么Oracle会要求法庭确定赔偿额。该专利涉及到静态数组初始化的性能改进：

该专利表示了对传统的静态数组初始化的改进，这是通过减少虚拟机执行的代码量以静态地初始化数组来实现的。为了实现代码量的减少，在联合类文件时，预加载器会识别出所有方法并执行这些方法以确定他们所执行的静态初始化。接下来，预加载器会创建出一个表达式以标明方法所执行的静态初始化并将该表达式存储到.mclass文件中，然后替换掉该方法。这样，该方法的代码（包含了很多指令）就会被一个单独的表达式所替代，该表达式会指示虚拟机执行静态初始化，这样就会节省大量内存。虚拟机会被修改以识别出该表达式并对数组执行恰当的静态初始化。

这场官司一个有趣的副作用是它暴露出了Google在2008年到2011年间已经从Android上获得了5.5亿美元的收益。这表明截至到2011年底激活的2亿台Android设备帮助Google每年从每台Android设备上获得了超过10美元的收益。然而去年十月，Google的电话会议表明其移动平台产品（包括iOS的Google Maps）价值25亿美元。如果除去Android收益，那么Google从其他渠道所获得的收益只有不到20亿美元，比如说向Apple许可iOS平台的Maps数据。

这场官司从4月16日开始，预计将会持续8周时间。

查看英文原文：Oracle and Google go to Court

方式1: ApplicationBarButton的命令绑定

ApllicationBarButton 本身不提供Command属性供绑定命令使用，但是Prism for Windows Phone 7中提供了一个behavior ApplicationBarButtonCommand可用于命令邦定：

首先应用程序需要引用如下两个dll:

Microsoft.Practices.Prism.Interactivity.dll (来自Prism for windows phone)

System.Windows.Interactivity.dll (来自Blend for Windows Phone sdk)

Xaml中引用两个dll如今下：

xmlns:i="clr-namespace:System.Windows.Interactivity;assembly=System.Windows.Interactivity"
xmlns:pi="clr-namespace:Microsoft.Practices.Prism.Interactivity;assembly=Microsoft.Practices.Prism.Interactivity"

命令绑定代码如下：

<phone:PhoneApplicationPage.ApplicationBar> <shell:ApplicationBar IsVisible="True" IsMenuEnabled="True"> <shell:ApplicationBarIconButton IconUri="/Assets/icons/yes.png" Text="turn on"> </shell:ApplicationBarIconButton> <shell:ApplicationBarIconButton IconUri="/Assets/icons/no.png" Text="turn off" /> </shell:ApplicationBar> </phone:PhoneApplicationPage.ApplicationBar> <i:Interaction.Behaviors> <pi:ApplicationBarButtonCommand ButtonText="turn on" CommandBinding="{Binding TurnOnCommand}"/> <pi:ApplicationBarButtonCommand ButtonText="turn off" CommandBinding="{Binding TurnOffCommand}"/> </i:Interaction.Behaviors>

其中ApplicationBarIconButtonCommand是通过ButtonText的值与ApplicationBarButton建立关联的

方式2：自定义attached behavior

Silverlight for Desktop中的ButtonBase控件是直接支持命令绑定的，他们提供了一个Command属性。Silverlight for Windows Phone 目前的版本上Button控件是没有Command属性的，那其他控件就更不支持了。实现命令绑定的方法就是以前的blog曾多次介绍过的Silverlight中的attached behavior .

在demo中使用了一个来自Windows Phone toolkit的 ToggleSwitch控件，下面是实现该控件的命令绑定代码：

首先需要自定义一个attached behavior可用来扩展ToggleSwitch控件使之支持命令绑定：

using System; using System.Windows; using Microsoft.Practices.Prism.Commands; using Microsoft.Phone.Controls; namespace WP7Demo.Behavior { public class ToggleSwitchCheckChangedBehavior { public static readonly DependencyProperty CommandProperty = DependencyProperty.RegisterAttached( "Command", typeof(DelegateCommand<object>), typeof(ToggleSwitchCheckChangedBehavior), new PropertyMetadata(OnCommandChanged)); public static DelegateCommand<object> GetCommand(ToggleSwitch control) { return control.GetValue(CommandProperty) as DelegateCommand<object>; } public static void SetCommand(ToggleSwitch control, DelegateCommand<object> command) { control.SetValue(CommandProperty, command); } private static void OnCommandChanged(DependencyObject d, DependencyPropertyChangedEventArgs e) { ToggleSwitch control = d as ToggleSwitch; if (control != null) { control.Checked += new EventHandler<RoutedEventArgs>(control_Checked); control.Unchecked += new EventHandler<RoutedEventArgs>(control_Unchecked); } } static void control_Unchecked(object sender, RoutedEventArgs e) { ToggleSwitch control = sender as ToggleSwitch; DelegateCommand<object> command = GetCommand(control); if (command != null) { command.Execute(false); } } static void control_Checked(object sender, RoutedEventArgs e) { ToggleSwitch control = sender as ToggleSwitch; DelegateCommand<object> command = GetCommand(control); if (command != null) { command.Execute(true); } } } }

以上代码通过订阅ToggleSwith的Checked与Unchecked事件，来触发ToggleSwitch控件所绑定的命令，并传递相应参数。所以此类没有单独实现CommandParameter属性，如果你的命令绑定需要用到参数绑定，在此类上实现一个类似Command的CommandParameter依赖属性即可。

Xaml中使用命令绑定如下：

<toolkit:ToggleSwitch Grid.Row="2" Content="Status" behavior:ToggleSwitchCheckChangedBehavior.Command="{Binding ElementName=page, Path=DataContext.ToggleCommand}"/>

Android 4.0可以运行在平板电脑与手机上，并且提供了一些针对UI、通信、共享、媒体、连接、输入类型与企业的新特性。

Google于2011年2月发布了Android 3.0（Honeycomb），但该版本只面向平板电脑，提供了新的“全息”用户界面，这并不适合于智能电话等小屏幕。但Google说他们将会发布新版的移动OS，可以运行在平板电脑与智能电话上。于AsiaD发布的Android 4.0（Ice Cream Sandwich）证实了这一点，来自三星的Galaxy Nexus使用了它，这款手机很快就会面世。

Android 4.0包含的UI widgets与APIs在使用了Android 3.x的平板电脑中已经提供了：

• UI：Fragments与内容加载器、动作栏、可缩放的主屏幕widgets、丰富的通知、多点选择拖拽剪贴板
• 图形与动画：硬件加速的2D图形、基于属性的动画、3D图形
• 通信：HTTP实时流、支持蓝牙A2DP与HSP设备、支持RTP（Real-time Transport Protocol）、MTP/PTP（Media/Photo Transfer Protocol）与DRM（Digital Rights Management），可以接收来自于键盘、鼠标、游戏手柄与摇杆的输入

Ice Cream Sandwich增加了一些新特性与APIs，如下所示。

UI。增加了新的GridLayout以实现更快的布局与渲染。通过TextureView，你可以像一般对象那样操纵OpenGL ES渲染，该特性非常适合于相机预览、视频解码与游戏场景等。现在可以硬件加速2D绘制了，这样就能以更加吸引人的方式对文本施加缩放、旋转或是其他变换了。

通信与共享。现在，所有应用都可以共享信息了，可以集成联系人与档案数据，还可以使用Social与Calendar APIs从网络与日历事件中更新状态。如果应用运行在开启了NFC的电话上，那么你只需触摸屏幕就能通过Android Beam实现应用间的通信。开发者可以凭借ShareActionProvider widget向应用中添加共享功能。

媒体。添加了一个新的基于Khronos OpenMAX AL 1.0.1的API以实现流式多媒体，为流式内容提供了更多的控制。相机支持ZSL曝光、连续对焦、图片缩放，在拍摄视频时能够捕获到全分辨率的快照、还支持人脸识别等功能。

用于转换图片与视频的新媒体效果可运行在GPU上：调整颜色级别与对比度、改变背景、锐化、剪裁、旋转、添加了光学变形等。

支持WebP、VP8、HTTP Live streaming v.3与Matroska容器。

连接。应用可以通过WiFi Direct直接与附近的电话通信而无需使用Internet连接或是热点，支持Bluetooth HDP（Health Device Profile），可以与相应的健康设备与传感器通信。

输入类型：Android 4.0支持新的手写笔输入事件，如压、倾斜与距离轴等。它与手写笔、手指、鼠标等不同，支持多种按钮设备。

企业。可从VPN API获益，与之相关的安全存储与内建的VPN客户端可以访问L2TP与IPsec网络。Device Policy Manager可用于远程控制Android设备，包括在敏感环境下禁用照相机等。

API Level 13（Android 3.2）与14（Android 4.0）之间大约有4%的变化，14中新增了804处（属性、方法、类等），有370处变更并删除了45处。该API Differences Report展示了5个新包。

Google更新了SDK Tools（revision 14）、Support Package（r4）与ADT plug-in for Eclipse（r14）以支持Android 4.0 API。

查看英文原文：Android 4.0 Unifies Tablets and Phones with New Features

这个函数主要作用是控制组进行早期的初始化。什么叫控制组（controlgroups)呢？简单地说，控制组就是定义一组进程具有相同资源的占有程度。比如可以指定一组进程使用CPU为30％，磁盘IO为40％，网络带宽为50％。因此通过控制组就可以把所有进程分配不同的资源。可以参考这个文档（http://docs.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/6/html/Resource_Management_Guide/ch01.html）。

local_irq_disable()

这个函数主要作用是关闭当前CPU的所有中断响应。在ARM体系里主要就是对CPSR寄存器进行操作。

early_boot_irqs_off()

这个函数主要作用是标记内核还在早期初始化代码阶段，并且中断在关闭状态，如果有任何中断打开或请求中断的事情出现，都是会提出警告，以便跟踪代码错误情况。早期代码初始化结束之后，就会调用函数early_boot_irqs_on来设置这个标志为真。

early_init_irq_lock_class()

这个函数主要作用是对中断请求描述符进行锁的早期初始化。在ARM里，这个函数没有任何代码。

lock_kernel()

这个函数主要作用是初始化大内核锁。在对称多处理器的系统里，每一个CPU都可以运行内核的代码，但有时需要只能一个CPU运行内核代码，那么怎么办呢？要解决这个问题，就需要给内核配备一把锁，只要拥有这把锁的CPU才可以运行内核的代码，并且同一个CPU可以递归地运行内核。大内核锁显然有一个优点，就是同一个CPU可以递归地运行，而自旋锁就不行了，一旦拥有，就不能跑掉了。不过大内核锁也有一个明显的坏处，就是多个CPU资源浪费，并不能并行地执行。因此，新版本的内核慢慢把可以并行的代码使用别的信号量锁来代替了，只有在某种特定的架构下才使用大内核锁，以便提高整个系统的并行性能。

在线视频教程：
http://v.youku.com/v_show/id_XMjg3MjI4MDQw.html