XmlInGame

UserPreferences

1. 개요
2. 장점
1. 산업 표준
2. 가독성
3. 제약조건
3. 단점
1. 크기 및 파싱 속도
2. 정보 노출
4. 결론

1 개요

게임 제작 공정의 일부로서 XML을 사용할 때 나타나는 장/단점에는 어떤 것이 있을까?

2 장점

2.1 산업 표준

일단 가장 큰 장점은 산업 표준이다 보니 각종 툴이 널려있다는 점이다. 에디터는 물론 파서까지 헤아릴 수 없을 정도로 많다. XML 포맷을 정하고, 프로그램 내부에서 XML 파일을 읽을 수 있도록 만들기만 하면, 해당 기능을 위한 툴을 별도로 만들 필요 없이 바로 작업에 착수할 수 있다.



2.2 가독성

사람이 읽기 쉽다. 그냥 훑어보는 것만으로도 어느 정도의 에러는 잡아낼 수 있다. 바이너리 파일에서는 힘든 일이다.



2.3 제약조건

일반적인 텍스트 파일과는 달리 DTD나 XML Schema 등을 이용해 문서의 구조에 제약 조건을 걸어서 에러 발생 자체를 줄일 수 있다.

3 단점

3.1 크기 및 파싱 속도

같은 양의 정보를 표현하는데 있어서 필요한 파일의 크기가 증가한다는 점이 가장 큰 단점이다. 하드 디스크 용량이야 나날이 커져가고 있으므로 별 문제가 안 되지만, 메모리 안에서 차지하는 용량이나 파싱 속도 쪽으로 시선을 돌리면 꽤 문제가 크다. 파일 크기가 커질수록 파싱 속도는 느려진다. CodeProject 글 중의 하나에 좋은 예가 있다.


123456789112345678921234567893123456789412345678  Measure 
.........0.........0.........0.........0........  
<Name>Brian</Name><EmployeeID>11260</EmployeeID>  XML 
Brian,11260                                       Comma Separated 
##Brian##                                         Packed Binary  

"브라이언의 고용자 식별 번호는 11260이다"라는 정보를 표현하기 위해 XML 파일은 48 바이트를 필요로 하지만, 그냥 바이너리 파일을 이용하면 9 바이트다. (물론 XML 파일 안의 태그 이름을 짧게 하면 더 줄어들기는 한다.)



3.2 정보 노출

텍스트만을 이용하기 때문에 게임 내부 정보가 쉽게 노출된다. 배포시에 파일을 암호화하거나 팩 파일을 이용하면 되지만, 귀찮은 일이다.

4 결론

개인적인 생각이지만, XML은 본격적인 게임 데이터용으로는 어울리지 않는다고 생각한다. 여기서 본격적인 데이터란 XML로 표현했을 때, 수천,수만라인이 되는 데이터를 말한다.

프로토타입 제작 용도로나, 간단한 설정 파일 정도로만 사용하면 좋을 듯 하다. 일단 제작하고 나중에는 에디터를 따로 만드는 것이다.

에디터랑 파서 제공되니 편하다고 남용하지 말자. flipCode에서도 나와있듯이, 목수의 값어치는 그가 가지고 있는 연장들에 있지 않고, 그 연장들을 어디에다 언제 사용해야하는 줄 아는 노하우에 있다.

• CategoryLanguage