kxmlParser-xml
解析工具的使用
摘要:一个开源的J2ME下的xml支持包。
创建解析器:
生成
kxml parser
需要提供输入的
xml
流
和
编码格式。
KXmlParser parser = new KxmlParser();
parser.setInput( inputstream,
编码格式字符串
);
编码格式字符串
:“UTF - 8” ,
……
setInput()
有可能抛出异常
:
org.xmlpull.v1.XmlPullParserException
解析
xml
文件
:
xml
文件有各种文档元素组成
,
XmlPullParser.java
中定义了所有的元素类型。
解析器创建
完成后
,
指针指向的文档元素是
START_DOCUMENT(0)
。
使用
parser.next()
,
就会移动到下一个元素。
<SOME_TAG/>
解读为
2
个文档元素:
EventType
|
Name
|
START_TAG(2)
|
SOME_TAG
|
END_TAG(3)
|
SOME_TAG
|
<SOME_TAG>
解读为
1
个文档元素。
EventType
|
Name
|
START_TAG(2)
|
SOME_TAG
|
</SOME_TAG>
解读为
1
个文档元素。
EventType
|
Name
|
END_TAG(3)
|
SOME_TAG
|
1
<SOME_TAG></SOME_TAG>
2
<SOME_TAG>SOME CONTENT.</SOME_TAG>
以上两项目是不同的。分别被解读成:
START_TAG,END_TAG
START_TAG,TEXT,END_TAG
PS:SOME CONTENT
不论是空格、制表符等格式控制符号
,
都会被算做
TEXT
元素。如果
SOME CONTENT
被标志隔开
,
就会产生多个
TEXT
元素。
TEXT
文档元素
EventType
:
TEXT(4)
Name
:
null
可以使用
getText()
获得当前
TEXT
元素的值。
next()
和
nextToken()
nextToken()
和
next()
的功能查不多
,
但它更精细
,
更加忠于原来的
xml
文档
,
能够获得被
next()
忽略掉的文档元素
,
例如
,
IGNORABLE_WHITESPACE(7)
,
COMMENT(9)
……