开发android应用程序的基本步骤及RSS、SAX简介

1：项目有哪些内容

2：需要哪些必需的界面以及界面之间的跳转流程

3：需要的数据及其数据来源和格式

4：是否需要服务端支持

5：是否需要本地数据库支持

6：是否需要特殊权限

7：是否需要后台进程

 

 

RSS——RSS（简易信息聚合，也叫聚合内容）是一种描述和同步网站内容的格式。RSS可以是以下三个解释的其中一个： Really Simple Syndication；RDF (Resource Description Framework) Site Summary； Rich Site Summary。但其实这三个解释都是指同一种Syndication的技术。

一般以rss、xml、rdf作为后缀

 

SAX——Simple API for XML。和DOM一样也是一个访问XML文档的接口

像DOM一样，SAX并不是一个实际可以使用的XML文档解析器，而是其他兼容SAX的解析器要实现的接口和帮助类的集合。实现了SAX的解析器有很多：如Apache的Xerces，Oracle的XML Parser等。在Android中也支持SAX来解析XML，有两个jar文件包：org.xml.sax和org.xml.sax.helper

解析XML可以使用DOM解析，也可以使用SAX。两者区别：

1：DOM（文档对象模型），为XML文档的解析定义了一组接口。解析器读入整个文档，然后构建一个驻留内存的树结构，然后代码就可以使用DOM接口来操作整个树结构。特点：

优点：整个文档树在内存当中，便于操作；支持删除、修改、重新排列等多种功能

缺点：将整个文档调入内存（经常包括大量无用的节点），浪费时间和空间

使用场合：一旦解析了文档还需要多次访问这些数据、硬件资源比较充足（如内存、CPU等）

2：SAX——SAX解析XML文档为事件驱动。当解析器发现元素开始、元素结束，文本、文档的开始或者结束时，发送事件，程序员编写响应这些事件的代码。特点

优点：不用事先调入整个文档，占用资源少。尤其在嵌入式环境。如Android，应该采用SAX

缺点：不像DOM一样将文档树长期驻留内存，数据不是持久的。事件过后，若没有保存数据，数据丢失

 

基于事件的处理模式——

基于事件的处理模式主要是围绕着事件源以及事件处理器（或者叫监听器）来工作的。

一个可以产生事件的对象被称为事件源，而可以针对事件产生响应的对象就被叫做事件处理器。

事件源和事件处理器是通过在事件源中的事件处理器注册方法连接的。

这样当事件源产生事件后，调用事件处理器相应的处理方法，一个事件就获得了处理。当然在事件源调用事件处理器中特定方法的时候，会传递给事件处理器相应的事件状态信息，这样事件处理器才能根据事件信息来决定自己的行为。

 

在SAX接口中，事件源是org.xml.sax包中的XMLReader，它通过parse()方法来解析XML文档，并根据文档内容产生事件。

而事件处理器则是org.xml.sax包中的ContentHandler、DTDHandler、ErrorHandler以及EntityResolver这4个接口。它们分别处理事件源在解析过程中产生的不能种类的事件（其中DTDHandler是为解析文档DTD时而用）。而事件源XMLReader和这4个事件处理器的连接是通过在XMLReader中的相应事件处理器注册方法set***()来完成的。

 

 

 

RSS阅读器实现

转载于:https://www.cnblogs.com/mumue/archive/2012/05/16/2504637.html