从Statusbar看Android应用开发

我们将按照SDK文档的组织思路，探索Android的Statusbar应用的开发，本文适合已经完成新兵训练课的同学，你至少浏览过该课程内容。

实现Android的UI
本节内容有
a、怎么实现一个屏幕UI；
b、如何在xml文件中定义屏幕UI并载入到程序代码中；
c、响应UI的各种处理。

Topic1 屏幕元素的层次
Android应用的基本功能单元是Activity,但它本身不具备在屏幕显示的能力；
Android平台的基本UI表达单元是view和viewgroup，前者抽象了widget，后者抽象了layout.
用View和Viewgroup的节点树来定义Activity的UI，构建时可使用平台预定义或自己扩充的widget和layout。把树的根节点传给Activity的setContentView()函数，Android系统就保存根节点的引用，当该Activity被激活并接收焦点时，系统通知该Activity并通知它的根节点计算并显示整棵树，由根节点依次通知它的各子节点重画，Viewgroup子节点负责其直接儿子的重画。
每个Viewgroup类都嵌套实现一个派生自ViewGroup.LayoutParams类，供其子view描述大小和位置，每个子view必须定义与其父viewgroup相近的LayoutParams。viewgroup包含宽度和高度，还可以含页边距和边框。
演示：
a、开启emulator，用hierarchyviewer工具查看status bar的view/viewgroup树。
b、查看源代码，找到向系统设置该树根节点的地方。

Topic2 常用Layout对象(viewgroup)
最简单的就是FrameLayout, 在屏幕上预留出一块区域，此后每次添加对象（如图片）时，都直接从左上角开始，如果填入的对象不是透明的，该区域先前的对象直接被抹掉。
只简单水平或垂直排列所有子view的LinearLayout，不论子view宽度/高度，都独自占一行(vertical)或列(horizontal)。各子view可指定间距及对齐方式，还可以用weight来指定空白空间的分配比例。
表格布局TableLayout可以在每个单元里设定一个view对象。
绝对布局AbsoluteLayout允许子view指定自己在屏幕上的绝对坐标，除非迫不得已，不推荐使用。
相对布局RelativeLayout则允许子view指定相对于其它子view的相对位置。
这里用一张表简单总结了重要的viewgroup（包含这里没列出来的）。
演示：Statusbar用到的viewgroup。

Topic3 带数据的viewgroup
带UI的viewgroup对象通常派生AdapterView（如Gallery和ListView)，这些对象需要
a、在layout里填数据。绑定到某个负责获取数据（hard code或从db中查询）的Adapter即可。
b、处理用户的选择。在AdapterView.OnItemClickerListener类的成员onItemClick方法监听。
演示：Statusbar没有此类view group.

Topic4 在XML中设计屏幕
Android的各个派生View类成员的XML语法在Layout Resources里有定义。在应用的目录res/layout下每个XML文件描述一个View（简单的可视元素或含有子对象的layout元素），最后分别被编译成一个单独View资源，在Activity.onCreate()中可通过setContentView(R.layout.xxx_file_name)加载到代码中。
演示：查看并分析Statusbar屏幕对应的XML文件。
演示：向statusbar中新增一个icon（right icon/类似digital clock）。

Topic5 处理屏幕元素
通过Activity.findViewById方法可以得到屏幕元素，然后使用它可用的方法。
演示：Statusbar屏幕元素的处理。

Topic6 监听UI通知
除Android系统自动发出调用的一些UI通知（如Activity中键盘按下与松开，Widget的焦点切换）外，其它回调都需要手工注册（如按钮的点击事件）。
演示：Statusbar手工注册的回调。

Topic7 应用程序的Theme
a、在XML中分别指定application级或activity级的theme属性。
b、在创建view之前由代码设置，不推荐使用这种方法，因为代码设置的theme不能改变在应用启动前的运行系统动画的theme。

Topic8 UI元素及概念的术语表
#Activity
Android应用程序的标准屏，一个可以被本应用或其它应用抛出的匹配Intent启动的类。是一个全屏、浮动或透明窗口的可见化表示，并接收处理UI事件，进而完成复杂的Task.
#View
屏幕一个矩形区，绘画、处理触屏点击，按键及其它交互事件。它是Activity或Dialog屏（text boxes, windows等)组件的基类。接收来自容纳它的容器对象调用进行自绘，并把自己理想的位置和大小告诉它的父对象（尽管父对象可以不理会）
#View Group
可持有多个子View对象的容器，决定了这些子对象的位置与总的大小，需要的时候通知它们进行自绘。可以是不可见的layout本身，也可以自带UI（如滚动列表框）。在widget包中。
#Widget
可自绘并处理UI事件的元素，如文本框或弹出菜单。
#Drawable
装到其它UI元素中的可视元素，常用作背景图。不接收事件，但具备其它属性如状态及定时启用是派生的动画对象或图片库所需的功能。
#Panel
只是一个概念，一个与父窗体紧密联系的View能处理点击并进行简单的跟它父窗体相关的功能。它会浮动在父窗体前并相对于父窗体定位（如Android自带的option菜单可为各屏共用），目前没有类或方法用来创建Panel
#Dialog
浮动窗体，可含有按钮，轻量级窗体常用于处理简单事件（如按钮按下）或者返回结果。不会保存在历史栈里，不适合含有复杂的layout或作复杂的处理，自带有一些常用的标准布局。
#Window
描述通用窗体的常见抽象，如外观（标题栏文本，菜单的定位及内容等）。Dialog和Activity用它的某个实现来绘制窗体。一般不需要实现此类。
#Surface
用来合成屏幕的一块内存，持有用于绘画的Canvas对象，提供绘制layers和改变大小用的辅助方法，不要直接使用此类，可用SurfaceView.
#SurfaceView
一个封装Surface类的View对象用来绘图，提供一些可动态指定它大小和格式的方法。摄像程序的预览功能就用它来实现。为资源紧张型应用（如游戏）提供了一种独立于UI线程进行绘图的方式，会使用额外的内存，同时支持Canvas和OpenGL ES图形。
#Canvas
绘制surface实际位合成，提供绘画bitmaps,线，圆，矩形，文本等方法，是在屏幕画2D对象最简单的方式。便不支持硬件加速。
#OpenGL ES
用于快速、复杂的3D图像，比Canvas对象难用，但更适于3D对象。功能分布在opengl和javax.microedition.khronos.opengles两个包里。

演示：Statusbar涉及到的术语

Android的组件
本节详细描绘各个关键组件（Intents, Activities, Views和事件）。Android应用更像松耦合的组件联邦而不是一个紧耦合的应用，默认各组件都跑在同一进程里，也可以指定某组件在一个单独的进程中运行。
AndroidManifest.xml
Activities
Views
Intents
Services
Notifications
#Android强烈推荐的通知用户注意的机制，在状态栏上显示一个小图标，用户与该图标交互来接收信息。
ContentProviders

演示：Statusbar的各组件.

存储/读取数据
Android应用读写数据有多种方式，各针对不同的需要。
Preferences
Files
Databases
Content Providers
Network

演示：Statusbar用到数据读写功能吗？

安全模型
权限控制与请求，让应用间共享与安全同时兼顾。

演示：Statusbar安全相关？

资源管理与i18n
资源管理系统，资源（如图片，本地化字符串，XML布局）是属于应用的，在运行时解析。本节包括：
a、如何国际化与本地化。
b、如何解析、装载需要的资源。
c、如何创建与使用资源。

演示：Statusbar的资源。