| 대문 |
FindPage | TitleIndex | UserPreferences | ![[http]](/wiki/imgs/http.png) me2day | redpixel
|
|
|
|
|
|
|
||||||||||||||||||||||||||
[edit]
1 expat이 뭐죠? #expat은 C로 작성된 XML문서를 파싱하기 위한 라이브러리입니다. 이것은 오픈소스 프로젝트인 모질라 프로젝트, 펄 언어의 XML:Parser, 그외 다른 오픈소스 XML 파서로서 내장되어있습니다. 나의
벤치마크 아티클에서의 시연 데이타를 보면 이 라이브러리는 매우 빠르다는 것을 알 수 있습니다. 또한 안정성과 견고함, 오류 수정에 대한 기준을 높게 두어 개발되었습니다. 이 라이브러리는 james clark에 의해 만들어졌습니다. (그는 groff(nroff와 비슷한 툴), Jade(SGML을 위한 스타일시트 언어인 ISO의 DSSSL 구현), XP(자바 XML 파서 패키지), XT(자바 XSL 엔진)을 개발한 것으로 유명합니다) James는 또한 XML 스팩을 제정하는 W3의 XML Working Group의 기술 고문을 역임하고 있습니다. 이들 패키지의 대부분은 ![[ftp]](/wiki/imgs/ftp.png) ftp://ftp.jclark.com/pub에서 구할 수 있습니다.
[edit]
2 expat의 개요 #expat은 스트림 기반 파서입니다. 여러분은 파서에 콜백(또는 핸들러)를 등록하고, 문서를 제단하기 시작합니다. 파서가 문서의 각 부분을 인식할 때마다 그부분에 알맞은 핸들러를 호출할 것 입니다(만약 여러분이 등록했다면 말이죠) 문서는 파서에 여러조각으로 제단되므로, 여러분은 전체 문서를 읽기전에 파싱을 시작할 수 있습니다. 이 기능은 메모리안에 로딩할 수 없는 거대한 문서를 파싱할 수 있도록 만들어 줍니다.
expat에 있는 많은 종류의 핸들어와 옵션 때문에 미리 겁을 먹을 수도 있을 겁니다. 하지만 여러분이 원하는 작업의 80%정도는 4개의 함수만 알면 됩니다.
이
zip 화일은 이 아티클에서 사용된 Makefile과 소스코드를 담고 있습니다.
위 함수들중 단지 3개만을 사용하는 아주 간단한 프로그램을 보도록 합시다(문자 핸들러를 설정할 필요는 없습니다) 프로그램
outline.c은 구성요소의 요약을 출력하는데, 부모 요소와 구분되도록 자식 요소는 들여쓰기하여 출력합니다. start 핸들러가 모든 작업을 수행합니다. 이 핸들러는 부모 구성요소의 각 단계마다 들여쓰기를 위해 2개의 space 문자를 출력한다음, 구성요소와 속성 정보를 출력합니다. 마지막으로 Depth 전역 변수를 증가시킵니다.
int Depth;
void
start(void *data, const char *el, const char **attr) {
int i;
for (i = 0; i < Depth; i++)
printf(" ");
printf("%s", el);
for (i = 0; attr[i]; i += 2) {
printf(" %s='%s'", attr[i], attr[i + 1]);
}
printf("\n");
Depth++;
}
end 태그는 단지 Depth를 감소시키는 작업만 실행합니다.
void
end(void *data, const char *el) {
Depth--;
}
파서를 생성한 이후에는 main 프로그램은 단지 문서의 내용을 파서로 퍼넣는 작업만을 실행하며 그게 전부입니다.
[edit]
3 expat을 빌드하기 #One of the problems with using expat is that isn't packaged as a library. Instead there are four separate object files that you have to link into your application. The Makefile that builds the sample applications in this article can be used as a template.
[edit]
4 컴파일 설정변수들 #There are a few compiletime macros that control how the compiled expat behaves:
If your system doesn't have memmove, but does have bcopy, then you'll want to have a macro that redfines memmove to bcopy. There's a Makefile macro that does this in the sample Makefile, XP_MM. You'll have to uncomment its definition in order to have it take effect. [edit]
5 expat을 이용하여 작업하기 #개요에서 이미 언급했습니다만, 문서는 한번에 한 조각씩 나누어 파서에 공급됩니다. It is completely up to the calling application how much of the document to fit into a piece. 예제 프로그램 line은 이것에 대한 예를 보여주고 있습니다. 이 예제는 한번에 한줄씩 파서에 내용을 전달한다음, start, end, test, processing 명령 이벤트를 문서에 알려줍니다. 이 프로그램에 문서를 입력해 봄으로서 파서의 동작 원리에 대한 개념적 느낌을 얻을 수 있을 겁니다.
스트림 기반 파서를 사용하여 문서의 각 계층을 검색하는 것은 현재 문맥을 추적하기위한 스택을 필요로 합니다. 예를 들어 "이 문자열이 속해있는 구성요소 태그가 뭐지?"를 구현하려면 스택이 필요한데, 이는 파서는 현재 요소의 자식요소인 다른 태그 요소로 이동했고 이 문자열은 이미 지나쳐버렸기 때문입니다.
스택을 사용하여 여러분이 하고자 하는 것은 현재 열려있는 요소 태그와 그 속성을 알아내는 것 입니다. 여러분은 이 정보를 start 핸들러에서 push하고 end 핸들러에서 pop하는 방식으로 처리할 수 있습니다.
몇몇 경우에서는 스택의 깊이가 얼마인지 알아내는 것만으로도 충분할 수 있습니다. outline 예제에서는 이와 같은 경우를 구현한 것입니다. 이러한 또다른 처리는 완전한 구성 태그쌍으로 판정되면 처리를 건너뛰는 것입니다. 건너뛰고자하는 구성 테그의 시작 태그를 보았다면 skip 옵션 변수에 값을 설정하고, 그 구성요소가 시작했을 때의 깊이를 저장합니다. end 태그 핸들러가 저장된 깊이일때 호출되면, 여기까지가 건너뛸 구성요소의 끝이므로 옵션 변수값을 해제상태로 설정합니다. 만약 root 구성요소가 1부터 시작한다는 관용법을 따른다면, 건너뛰기(skip) 옵션과 건너뛰기 깊이 변수에 대해 같은 변수를 사용할 수 있습니다.
void
init_info(Parseinfo *info) {
info->skip = 0;
info->depth = 1;
/* Other initializations here */
} /* End of init_info */
void
rawstart(void *data, const char *el, const char **attr) {
Parseinfo *inf = (Parseinfo *) data;
if (! inf->skip) {
if (should_skip(inf, el, attr)) {
inf->skip = inf->depth;
}
else
start(inf, el, attr); /* This does rest of start handling */
}
inf->depth++;
} /* End of rawstart */
void
rawend(void *data, const char *el) {
Parseinfo *inf = (Parseinfo *) data;
inf->depth--;
if (! inf->skip)
end(inf, el); /* This does rest of end handling */
if (inf->skip == inf->depth)
inf->skip = 0;
} /* End rawend */
Notice in the above example the difference in how depth is manipulated in the start and end handlers. The end tag handler should be the mirror image of the start tag handler. This is necessary to properly model containment. Since, in the start tag handler, we incremented depth after the main body of start tag code, then in the end handler, we need to manipulate it before the main body. If we'd decided to increment it first thing in the start handler, then we'd have had to decrement it last thing in the end handler.
[edit]
6 핸들러간에 통신하기 #전역 변수들을 사용하지 않고 서로 다른 핸들러 간에 정보를 전달할 수 있으려면 공유할 변수들을 담을 데이타 구조체를 정의해야만 합니다. 여러분은 핸들러들에게 이 구조체의 포인터를 전달하기 위해 (XML_SetUserData 함수를 사용하여) expat에 이 포인터를 지정할 수 있습니다. 이 값은 대부분의 핸들러들의 첫번째 매개변수로 지정되어있습니다.
[edit]
7 네임스페이스 처리 #파서를 생성할 때 XML_ParserCreateNS함수를 사용하면 expat은 이름공간처리를 실행합니다. 이름공간 처리하에서는 expat은 xmlns와 xmlns: 속성을 처리하는데, 이들은 지정된 구성요소의 유효범위를 위한 이름공간을 정의합니다. 이는 시작 핸들러에서는 이들 속성을 알지 못한다는 것을 의미합니다. 하지만 어플리케이션은 XML_SetNamespaceDeclHandler로 사용하여 이름공간 처리 핸들러를 설정함으로서 이들 정의에 대하여 처리할 수 있습니다.
주어진 이름공간에 속한 구성요소 타입과 속성명은 확장 양식을 가진 알맞은 핸들러로 전달됩니다. 이 확장양식은 이름공간 URI, 구분자 문자(XML_ParserCreateNS의 두번째 매개변수)와 지역명(예:콜론 문자 이후 부분)입니다.
You can set handlers for the start of a namespace declaration and for the end of a scope of a declaration with the XML_SetNamespaceDeclHandler function. The StartNamespaceDeclHandler is called prior to the start tag handler and the EndNamespaceDeclHandler is called before the corresponding end tag that ends the namespace's scope. The namespace start handler gets passed the prefix and URI for the namespace. For a default namespace declaration (xmlns='...'), the prefix will be null. The URI will be null for the case where the default namespace is being unset. The namespace end handler just gets the prefix for the closing scope.
These handlers are called for each declaration. So if, for instance, a start tag had three namespace declarations, then the StartNamespaceDeclHandler would be called three times before the start tag handler is called, once for each declaration.
The namespace.c example demonstrates the use of these features. Like outline.c, it produces an outline, but in addition it annotates when a namespace scope starts and when it ends. This example also demonstrates use of application user data.
[edit]
8 문자 인코딩 #While XML is based on Unicode, and every XML processor is required to recognized UTF-8 and UTF-16 (1 and 2 byte encodings of Unicode), other encodings may be declared in XML documents or entities. For the main document, an XML declaration may contain an encoding declaration:
<?xml version="1.0" encoding="ISO-8859-2"?> External parsed entities may begin with a text declaration, which looks like an XML declaration with just an encoding declaration:
<?xml encoding="Big5"?> With expat, you may also specify an encoding at the time of creating a parser. This is useful when the encoding information may come from a source outside the document itself (like a higher level protocol.)
expat에는 4가지 내장 인코딩 설정을 지원합니다:
Expat places restrictions on character encodings that it can support by filling in the XML_Encoding structure. include file:
One pitfall that novice expat users are likely to fall into is that although expat may accept input in various encodings, the strings that it passes to the handlers are always encoded in UTF-8. Your application is responsible for any translation of these strings into other encodings.
[edit]
9 외무 개체 참조를 다루기 #Expat does not read or parse external entities directly. Note that any external DTD is a special case of an external entity. If you've set no ExternalEntityRefHandler, then external entity references are silently ignored. Otherwise, it calls your handler with the information needed to read and parse the external entity.
Your handler isn't actually responsible for parsing the entity, but it is responsible for creating a subsidiary parser with XML_ExternalEntityParserCreate that will do the job. This returns an instance of XML_Parser that has handlers and other data structures initialized from the parent parser. You may then use XML_Parse or XML_ParseBuffer calls against this parser. Since external entities my refer to other external entities, your handler should be prepared to be called recursively.
[edit]
10 DTD 파싱 #In order to parse parameter entities, the macro XML_DTD, must be defined when expat is compiled. In addition, after creating the parser and before starting the parse, you must call XML_SetParamEntityParsing with one of the following arguments:
In order to read an external subset, you also have to set an external entity reference handler as described above. |
|
|||||||||||||||||||||||||||
|
|
|
|
|
|
EditText | FindPage | DeletePage | LikePages Powered by MoniWiki xhtml1 | css2 | any browser | rss |
Last modified 2005-01-11 13:27:23 Loading 0.4625 sec |
|
|
