第二章 编辑器的基本框架
一、几个问题
前面说了很多编辑器之外的东西，真正要动手做编辑器了，也不能一股脑地就开始了，这之前必须要问自己几个问题：
1、这个地图编辑器有什么基本功能？
2、导入导出文件格式？
A、3D地图编辑器的基本功能
正如开篇所说，编辑器制作有两种趋势，其中一种是大而全的世界编辑器，这种方式可以带给极大的成就感，正合很多新人的意，但是我觉得一开始给自己（特别是新人）设定一个庞大的计划是件空洞而不现实的事情，一个编辑器越是大而全它的应用方向就越窄，越不利用拓展，使用就越费劲，问题BUG也就越集中，维护成本也就越高。
其实可以从小做起，先来分析基本需求：
所谓地图编辑器，地图编辑是其基础功能，一般地图都是在地形（平面）上面放置演员（把它叫作演员是不希望和OGRE的实体概念冲突），那么我们就确定了我们两个需求：地形编辑、演员管理。
那么这两个需求又引申出新的需求，地形不能是光模吧，演员不能永远是编辑器预设的几个模型吧，所以我们又需要实体、纹理加载与删除的功能。加载之后的纹理和实体总应该有个地方可以浏览吧，不然怎么选择使用？
好了，因为我们的目标暂时是做一个基本框架。所以我们暂时确定以下基本需求：
1、 添加删除浏览实体、纹理
2、 地形编辑
3、 演员管理
除了基本需求外，我们还有另外一些编辑器本身的一些需求：
1、 菜单、工具栏、状态栏。
2、 日志管理。
日志管理是一个很重要的东西，它得支持两种方式，一种是导成文本，另一种是在编辑器里面实时看到，为什么要提供这两种东西呢，如果没有文本，有时候挂的时候你看不到为什么挂，如果没有实时地看到每次去看文本又很麻烦。
B、文件格式
导入导出文件格式是一个很纠结的问题，现在一般流行几种方式：
1、 纯二进制数据，优点是读取速度非常快，几乎无浪费数据，缺点是不易被修改，如果没有工具基本上几乎不可能被改动（当然你要约定某些字符串也是可以的），这种方法还有不少应用。
2、 自定义格式，类似于INI，优点是终于可能手动修改了，缺点是得花不少时间去写解析模块，应该是一种过渡解决方案，这种方案和上面那种有模糊的界定，区别在于这个拥有一个解析器。
3、 XML，现在应该是主流，优点是编辑修改很方式，手改也行，工具也很多，还不用写解析器，TinyXML,RapidXML等都是不错的解析器，缺点是效率低，在特定环境下会出现偶尔读不出文件的情况（可能是解析器的问题）。
现在不少游戏使用两种1和3两种方式结合的方法，在编辑时使用XML，结果用工具导成纯二进制加密文件，我也打算使用这种方法：
编辑器配置文件（需要对窗体的开关状态进行存储）和生成的地图使用XML。导入纹理、实体使用OGRE默认支持的格式。
本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/vickylh/archive/2010/05/19/5607183.aspx