综合示例设计与开发.PPT

1、第11章 综合示例设计与开发,本章学习目标：,了解Android应用程序的设计和开发过程掌握使用多种组件进行Android程序开发的方法,11.1 需求分析,设计本章的初衷希望读者能够根据实际项目的需求，准确的分析出Android应用程序开发所可能涉及到的知识点，并学会如何通过分析软件的需求，快速的设计出应用程序的用户界面和模块结构，并最终完成应用程序的开发和调试,11.1 需求分析,功能需求本章提供的“天气预报短信服务软件”是一个略微复杂的示例。在这个综合示例中，有一个显示天气情况的用户界面，可以通过图片和文字显示当前和未来几天的天气状况，包括温度、湿度、风向和雨雪情况等。这些天气数据是通过

2、后台服务获取的，这个后台服务可以按照一定时间间隔，从Google上获取天气预报信息，并将天气信息保存在后台服务中。示例还需要提供基于SMS短信的天气数据服务，其他手机用户可以向本示例所在的手机上发送SMS短信，并在短信中包含用户指定的关键字，则可以将保存在后台服务中的天气情况，再通过SMS短信回复给用户。最后，每个被发送的SMS短信都要被记录下来，用户可以浏览或删除这些回复信息,11.1 需求分析,界面需求本示例包含三个主要的用户界面显示天气预报的用户界面显示已发送SMS短信的用户界面浏览和设置配置信息的用户界面,11.1 需求分析,内部功能隐藏在用户界面后面的内部功能，是用户界面能够正确实现

3、的基础显示天气预报的用户界面获取Google的天气数据显示SMS短信的用户界面根据关键字监视SMS短信发送包含天气信息的SMS短信将发送的SMS短信写入数据库浏览和设置配置信息的用户界面将用户设置的配置信息保存到数据库启动时读取数据库中的配置信息恢复缺省设置,11.2 程序设计,11.2.1 用户界面设计详细分析应用程序中三个主要用户界面包含的显示内容在“显示天气预报的用户界面”中，根据Google可以提供的数据，在界面上可以显示当前的天气状况，包括城市名称、温度、湿度、风向、雨雪情况和获取数据时间等信息；还可以显示未来四天的天气状况，但仅包括温度和雨雪情况在“显示已发送SMS短信的用户界面”

4、中，应显示每个回复短信的时间、目标手机号码、城市名称、当天的天气状况和未来一天的天气状况在“浏览和设置配置信息的用户界面”中，应显示获取天气预报的目标城市名称、获取数据的频率和短信的关键字，并允许用户设置是否提供短信服务以及是否记录回复的短信信息,11.2 程序设计,11.2.1 用户界面设计用户界面的草图,11.2 程序设计,11.2.2 数据库设计本示例主要存储两种数据配置信息：因为配置信息的数据量很小，从Android支持的存储方式上分析，可以保存在SharePreference、文件或SQLite数据库中SMS短信服务信息： SMS短信服务信息是一个随着时间推移而不断增加的数据，属于文

5、本信息，而且有固定的格式，因此适合使用SQLite数据库进行存储综合分析这两种需要存储的数据，选择SQLite数据库作为存储数据的方法,11.2 程序设计,11.2.2 数据库设计配置信息配置信息中主要保存天气信息查询的城市名称，访问Google更新天气信息的频率，请求天气信息SMS短信的关键字，以及是否提供短信服务和是否记录短信服务内容配置信息的数据库表结构,11.2 程序设计,11.2.2 数据库设计SMS短信服务信息SMS短信服务信息主要保存请求服务短信的发送者、短信内容、接收时间和回复信息的内容SMS短信服务信息的数据库表结构,11.2 程序设计,11.2.3 程序模块设计从功能需求上

6、分析，可以将整个应用程序划分为4个模块，分别是用户界面、后台服务、数据库适配器和短信监听器。下图是模块结构图,11.2 程序设计,11.2.3 程序模块设计由模块结构图中可知，后台服务是整个应用程序的核心，主要包含两个子模块，一个是“数据获取模块”，负责周期性的从Google获取天气信息；另一个是“短信服务模块”，负责处理接收到的服务请求短信，并发送包含天气信息的短信后台服务由用户界面通过Intent启动，启动后的后台服务可以在用户界面关闭后仍然保持运行状态，直到用户通过用户界面发送Intent停止服务，或系统因资源不足而强行关闭服务,11.2 程序设计,11.2.3 程序模块设计用户界面从后

7、台服务获取天气信息，而没有直接通过网络访问Google的天气数据一方面是因为后台服务使用了工作线程，通过后台服务获取天气数据可以避免因网络通信不畅造成界面失去响应另一方面，在用户关闭界面后，后台服务仍然需要更新天气信息，以保证短信服务数据的准确性。用户界面还会调用数据库适配器，向SQLite数据库中写入、读取配置信息，或对SMS短信服务信息进行操作,11.2 程序设计,11.2.3 程序模块设计短信监听器是一个BroadcastReceiver，监视所有接收到的短信如果短信中包含用户自定义的关键字，短信监听器则会认为这条短信是天气服务请求短信，将短信的相关信息写入后台服务的短信服务队列如果用户

8、在配置信息中选择无需提供短信服务，短信监听器仍然继续监听所有短信，只是后台服务不再允许将服务请求短信写入服务队列数据库适配器封装了所有对SQLite数据库操作的方法，用户界面和后台服务会调用它实现数据库操作,11.3 程序开发,11.3.1 文件结构与用途在程序开发阶段，首先确定“天气预报短信服务软件”的工程名称为WeatherDemo，包名称为edu.hrbeu.WeatherDemo，据程序模块设计的内容，建立WeatherDemo示例,11.3 程序开发,11.3.1 文件结构与用途WeatherDemo示例源代码的文件结构,11.3 程序开发,11.3.1 文件结构与用途Weather

9、Demo示例设置了多个命名空间，分别用来保存用户界面、数据库、后台服务、SMS短信和天气数据的源代码文件WeatherDemo示例的命名空间,11.3 程序开发,11.3.1 文件结构与用途WeatherDemo示例将不同用途的源代码文件放置在不同的命名空间中,11.3 程序开发,11.3.1 文件结构与用途Android的资源文件保存在/res的子目录中/res/drawable目录中保存的是图像文件/res/layout目录中保存的是布局文件/res/values目录中保存的是用来定义字符串和颜色的文件/res/xml目录保存的是XML格式的数据文件所有在程序开发阶段可以被调用的资源都保存

10、在这些目录中,11.3 程序开发,11.3.1 文件结构与用途资源文件名称与用途,11.3 程序开发,11.3.2 数据库适配器数据库适配器是最底层的模块，主要用于封装用户界面和后台服务对SQLite数据库的操作，数据库适配器的核心代码主要在DBAdapter.java文件中用户保存配置信息的类文件Config.javaConfig.java文件的全部代码如下,11.3 程序开发,11.3.2 数据库适配器从代码中不难看出，公有静态属性CityName、RefreshSpeed、ProvideSmsService、SaveSmsInfo和KeyWord，完全对应数据库中保存配置信息表的属性。在

11、程序启动后，保存在数据库中的城市名称、更新频率、是否提供短信服务、是否保存短信信息和关键字等内容，将被写入这个Config类中，供其他模块在做逻辑判断时使用,11.3 程序开发,11.3.2 数据库适配器代码第10行的LoadDefaultConfig()函数，保存了程序内置的配置参数此函数会在两个情况下被调用用户主动选择“恢复缺省设置”首次启动程序时，用来初始化保存配置参数的数据库DBAdapter类与以往介绍过的数据库适配器类相似，都具有继承SQLiteOpenHelper的帮助类DBOpenHelperDBOpenHelper在建立数据库时，同时建立两个数据库表，并对保存配置信息的表进行

12、了初始化，初始化的相关代码在第4249行,11.3 程序开发,11.3.2 数据库适配器,11.3 程序开发,11.3.2 数据库适配器,11.3 程序开发,11.3.2 数据库适配器,11.3 程序开发,11.3.2 数据库适配器,11.3 程序开发,11.3.2 数据库适配器在DBAdapter类中，用户界面会调用SaveConfig()和LoadConfig()，从SQLite数据库中保存和读取配置信息。保存配置信息时，SaveConfig()函数会将Config类中的公有静态属性写入数据库；反之，LoadConfig()会将数据库中的配置信息写入Config类中的公有静态属性SaveC

13、onfig()和LoadConfig()的代码如下,11.3 程序开发,11.3.2 数据库适配器,11.3 程序开发,11.3.2 数据库适配器,11.3 程序开发,11.3.2 数据库适配器另一个会调用DBAdapter类的是后台服务，即WeatherService类后台服务主要调用SaveOneSms(SimpleSms sms)、DeleteAllSms()和GetAllSms()函数，分别用来保存SMS短信记录、删除所有SMS数据记录和获取所有SMS数据记录在GetAllSms()函数中，调用了一个私有函数ToSimpleSms(Cursor cursor)，用来将从数据库获取的数据

14、转换为SimpleSms对象数组SimpleSms类将在下一小节进行介绍下面是SaveOneSms(SimpleSms sms)、DeleteAllSms()和GetAllSms()函数的代码,11.3 程序开发,11.3.2 数据库适配器,11.3 程序开发,11.3.2 数据库适配器,11.3 程序开发,11.3.3 短信监听器短信监听器本质上是BroadcastReceiver，用于监听Android系统所接收到的所有SMS短消息，可以在应用程序关闭后仍然继续运行，核心代码在SmsReceiver.java文件中在介绍SmsReceiver类前，先说明用来保存SMS短信内容和相关信息的S

15、impleSms类。android.telephony.gsm.SmsMessage是Android提供的短信类，但这里需要一个更精简、小巧的类，保存少量的信息，因此构造了SimpleSms类，仅用来保存短信的发送者、内容、接收时间和返回结果。这里的“返回结果”指的是返回包含天气信息的短信内容,11.3 程序开发,11.3.3 短信监听器SimpleSms.java文件完整代码：,11.3 程序开发,11.3.3 短信监听器第5行到第8行代码的属性Sender、Body、ReceiveTime和ReturnResult，分别表示SMS短信的发送者、内容、接收时间和返回结果第15行和第16行的代

16、码在SimpleSms类的构造函数中，直接将系统时间以“年-月-日 小时:分:秒”的格式保存在ReceiveTime属性中,11.3 程序开发,11.3.3 短信监听器SmsReceiver类继承BroadcastReceiver，重载了onReceive()函数系统消息的识别和关键字的识别并不复杂，只要接收android.provider.Telephony.SMS_RECEIVED类型的系统消息，则表明是Android系统接收到了短信；将短信的内容拆分后，判断消息内容是否是配置信息中定义的关键字，即可判断该短信是否为天气服务请求短信,11.3 程序开发,11.3.3 短信监听器SmsRec

17、eiver.java文件的核心代码,11.3 程序开发,11.3.3 短信监听器,11.3 程序开发,11.3.3 短信监听器第10行代码将带有pdus字符串特征的对象，通过Bundle.get()函数提取出来在第12行代码使用SmsMessage.CreateFromPdu()函数构造SmsMessage对象在第11行代码使用循环语句是因为接收到的短信可能不止一条从第14行和第15行代码上看，这里只处理第1条短信第17行代码构造SimpleSms对象在代码第18行调用WeatherService类的RequerSMSService()函数，将SimpleSms对象添加到短信队列中,11.3

18、程序开发,11.3.3 短信监听器在AndroidManifest.xml文件中注册短信监听器SmsReceiver，并声明可以接收短信的用户许可android.permission.RECEIVE_SMS如果注册的组件不在根命名空间中，则需要将子命名空间写在类的前面,11.3 程序开发,11.3.3 短信监听器例如下面在代码第1行中，因为SmsReceiver.java文件在edu.hrbeu.WeatherDemo.Service命名空间下，而不在根命名空间edu.hrbeu.WeatherDemo下，因此注册组件时需要在类名SmsReceiver前添加.Service,11.3 程序开发

19、,11.3.4 后台服务后台服务是WeatherDemo示例的核心模块，在用户启动后持续在后台运行，直到用户手动停止服务后台服务功能一是发送包含天气信息的SMS短信（短信发送模块）二是周期性的获取Google的天气数据（数据获取模块）,11.3 程序开发,11.3.4 后台服务短信发送模块：后台服务在单独的线程上运行首先调用ProcessSmsList()函数，检查短信队列中是否有需要回复的短信然后调用GetGoogleWeatherData()函数获取天气数据最后线程暂停1秒，以释放CPU资源WeatherDemo示例后台服务的核心代码在WeatherService.java文件中,11.3

20、 程序开发,11.3.4 后台服务下面是线程调用函数的部分代码,11.3 程序开发,11.3.4 后台服务ProcessSmsList()函数用来检查短信列表smsList，并根据Weather类中保存的天气数据，向请求者的发送回复短信WeatherService.java文件的ProcessSmsList()函数代码如下,11.3 程序开发,11.3.4 后台服务,11.3 程序开发,11.3.4 后台服务发送短信是使用SmsManager对象的sendTextMessage()方法，该方法一共需要5个参数第1个参数是收件人地址第2个参数是发件人地址第3个参数是短信正文第4个参数是发送服务第

21、5个参数是送达服务sendTextMessage()方法的收件人地址和短信正文是不可为空的参数，而且一般GSM规范要求短信内容要控制在70个汉字以内代码第8行的Weather.GetSmsMsg()，用来获得供回复短信使用的天气信息，因为考虑到短信的字数限制，仅返回当天和未来一天的天气状况,11.3 程序开发,11.3.4 后台服务Weather.java文件的代码如下,11.3 程序开发,11.3.4 后台服务,11.3 程序开发,11.3.4 后台服务Forecast.java文件的代码如下,11.3 程序开发,11.3.4 后台服务数据获取模块:天气数据是从Google提供的Web Se

22、rvice中获取的，数据的获取地址是http:/ York）的天气数据，%20表示一个空格读者可以替换New%20York，并将新的地址输入Web浏览器，在浏览器中可以直接看到XML格式的天气数据在资源目录中的/res/xml/api.xml文件，就是2009年9月22日获取的纽约天气数据在程序资源中保留api.xml文件，主要是用来帮助读者分析XML数据格式，在程序运行期间并不访问该文件,11.3 程序开发,11.3.4 后台服务api.xml文件的内容如下,11.3 程序开发,11.3.4 后台服务,11.3 程序开发,11.3.4 后台服务,11.3 程序开发,11.3.4 后台服务标签

23、内的数据是天气预报的城市和时间等基本信息，标签内的是当时的天气状况，4个标签是未来四天的天气情况在api.xml文件中，还提供了能够反映天气情况的图标地址，例如第19行、第27行和第35行等,11.3 程序开发,11.3.4 后台服务WeatherAdapter类实现了利用URL获取位图的私有函数GetURLBitmap()，以及用来下载和解析XML数据的公有函数GetWeatherData()后台服务在调用GetWeatherData()函数解析Google提供的天气数据时，会不断调用GetURLBitmap()函数，将XML数据中的天气图标根据图标地址下载到本地保存,11.3 程序开发,1

24、1.3.4 后台服务GetURLBitmap()函数的代码如下,11.3 程序开发,11.3.4 后台服务第12行代码构造了支持HTTP功能的URLConnection第14行代码返回字节流第15行代码使用字节流产生位图第16行代码关闭字节流,11.3 程序开发,11.3.4 后台服务GetWeatherData()函数首先根据指定的URL地址，从网络获取字节流数据，然后调用轻量级XML解析器XmlPullParser对天气数据进行解析，并将解析结果保存在Weather类的公有静态属性中GetWeatherData()函数的代码如下,11.3 程序开发,11.3.4 后台服务,11.3 程序开

25、发,11.3.4 后台服务,11.3 程序开发,11.3.4 后台服务,11.3 程序开发,11.3.4 后台服务,11.3 程序开发,11.3.4 后台服务,11.3 程序开发,11.3.4 后台服务,11.3 程序开发,11.3.4 后台服务最后，在AndroidManifest.xml文件中注册WeatherService，并声明连接互联网和发送SMS短信的两个用户许可,11.3 程序开发,11.3.5 用户界面在用户界面设计上，采用可以在多个分页上快速切换的Tab标签页WeatherDemo示例的Tab标签页将每个标签页与一个Activity关联在一起，这样做的好处就是可以将不同标签页

26、的代码放在不同的文件中，而且每个标签页都可以有独立的选项菜单,11.3 程序开发,11.3.5 用户界面WeatherDemo类是继承TabActivity的Tab标签页，共设置3个标签页TAB1标签页的标题为“天气预报”，关联的Activity为WeatherActivityTAB2标签页的标题为“历史数据”，关联Activity为HistoryActivityTAB3标签页的标题为“系统设置”，关联Activity为SetupActivity,11.3 程序开发,11.3.5 用户界面WeatherDemo.java文件的完整代码如下,11.3 程序开发,11.3.5 用户界面Weathe

27、rDemo.java中的代码只是用户界面的框架，设置了Tab标签页的图标、标题和所关联的Activity，标签页中的具体显示内容还要依赖于每个Activity所设置的界面布局,11.3 程序开发,11.3.5 用户界面界面布局包含WeatherActivityHistoryActivitySetupActivityWeatherActivity: 主要用来显示天气信息,11.3 程序开发,11.3.5 用户界面WeatherActivity在启动时并不能够显示最新的天气信息，用户需要通过选项菜单的“启动服务”开启后台服务，然后点击“刷新”获取最新的天气状况选项菜单还提供“停止服务”和“退出”选

28、项WeatherActivity使用的布局文件是tab_weather.xml，这是个较为繁琐的界面布局，多次的使用了垂直和水平的线性布局WeatherActivity的界面布局和代码并不难以理解，因此这里不再给出WeatherActivity.java和tab_weather.xml具体代码,11.3 程序开发,11.3.5 用户界面HistoryActivity：主要用来显示SQLite数据库中的短信服务信息，显示的内容包括发送者的手机号码、时间和回复短信内容为了能够以列表的形式显示多行数据，并定制每行数据的布局，使用了以往章节没有介绍过的ListActivity（Android.app.

29、ListActivity）,11.3 程序开发,11.3.5 用户界面ListActivity可以不通过setContentView()设置布局，也不必重载onCreate()函数，而直接将显示列表加载到ListActivity，增加了使用的便利性在WeatherDemo示例中，仍然使用setContentView()设置布局，这样做的好处是可以在界面中设置更为复杂的显示元素，例如在列表上方增加了提示信息“SQLite数据库中的短信服务信息”下方的代码是HistoryActivity.java文件的onCreate()函数中的设置布局和加载适配器的关键代码,11.3 程序开发,11.3.5 用

30、户界面tab_history.xml是HistoryActivity的布局文件，下面先分析一下tab_history.xml的内容tab_history.xml文件的完整代码如下,11.3 程序开发,11.3.5 用户界面tab_history.xml在代码的第12行至第16行增加了ListView控件，并使用系统的ID值“android:id/list”，ListView的数据列配器是通过setListAdapter(dataAdapter)设置的,11.3 程序开发,11.3.5 用户界面ListView使用的是自定义布局，布局保存在data_row.xml文件中，data_row.xml

31、的完整代码如下,11.3 程序开发,11.3.5 用户界面,11.3 程序开发,11.3.5 用户界面Android提供的数据适配器仅允许保存字符串数组或列表对象，如果希望使用自定义布局，则需要实现自定义的数据适配器，并继承Android提供的BaseAdapter（Android.widget.BaseAdapter）对象自定义的数据适配器在SmsAdapter.java文件中，其完整代码如下,11.3 程序开发,11.3.5 用户界面,11.3 程序开发,11.3.5 用户界面,11.3 程序开发,11.3.5 用户界面,11.3 程序开发,11.3.5 用户界面,11.3 程序开发,11

32、.3.5 用户界面继承BaseAdapter类，则首先要重载4个函数，包括getCount()、getItem()、getItemId()和getView()LayoutInflater是将XML文件中的布局映射为View对象的类，在代码第14行进行了声明，在代码第51行，将data_row.xml文件映射为View对象代码第70行和第71行的内容，需要对应data_row.xml文件中的界面元素,11.3 程序开发,11.3.5 用户界面SetupActivity:主要用来保存和恢复用户设置的运行参数第一次启动或恢复缺省设置（在选项菜单中）后，界面上会显示系统的缺省设置，包括城市名称、更新频

33、率、是否提供短信服务、是否记录短信服务数据信息和短信服务的关键字,11.3 程序开发,11.3.5 用户界面SetupActivity.java文件中，主要功能集中在RestoreDefaultSetup()、UpdateUI()和SaveConfig()三个函数上RestoreDefaultSetup()用来恢复系统的缺省配置UpdateUI()会根据保存在Config类中的数据更新SetupActivity的界面控件SaveConfig()根据界面配置更改Config类，然后调用数据库适配器的DBAdapter.SaveConfig()函数，将Config类中的配置数据写入数据库,11.3 程序开发,11.3.5 用户界面,11.3 程序开发,11.3.5 用户界面,11.3 程序开发,11.3.5 用户界面为了使定义的Activity和ListActivity生效，在AndroidManifest.xml文件中注册所有定义的组件,