XBlink适配器设计思路

      XBlink的重构已经开始了有一段时间了，最近事情也很多，没有太多的时间来静下心来思考这些个问题。前几天在群里我们展开过讨论，怎样才能使得XBlink'的解析性能更上一层楼，讨论的结果就是，摒弃dom方式，直接读取InputStream来进行解析。

      经过考虑，我有了这样的思路。在序列化时，就按照现有的深度优先的方式来进行，反序列化的时候呢，就可以根据深度优先的特性来操作文件的InputStream。于是，我设计了一个适配器接口，反序列化时只包含next（）和find（string prefix）方法一般情况下find（）是用不到的。因为XBlink是根据深度优先算法进行序列化的，那么，next（）时，也是深度优先的，那么他们的解析树实际上是一致的，所以，在解析时不需要回溯，从而使得算法效率尽可能的达到最高。

      那么，find（）方法起了什么样的作用呢？find（）主要是用来解决，非XBlink序列化出来的文件使用XBlink来进行反序列化时带来的问题的。

      例如，自己手写了一个XML文件，结点的顺与XBlink序列化出来的有差异，那么在这种情况下，我们无法保证不进行回溯，这个时候就是用find（）方法来进行解析。这个方法会带来性能上的损失，所以我们并不推荐使用XBlink来反序列化非XBlink序列化出来的文件。

      截止到现在，XBlink重构版本的核心类跟接口以及包结构都设计好了，剩下的就是重新实现这些接口以完成未重构版本的功能，然后进行扩展。

      扩展的方向，目前除了已经设计了的XMLAdapter之外，JsonAdapter和YamlAdapter也会逐渐提上日程。

      在这里不得不提到一点，在XML中，一个element会包含attributes，但是在json和yaml中是不存在这个概念的，所以这里在实现适配器接口的时候可以采用这样的思路，就是把注解中的XBlinkAsAttribute的部分，转换成一个成员放到Json和yaml中，例如在json中是这样的形式：{element:{attributes:[{name:value},{name:value}]}}

      到目前为止，还没有发现设计思路中存在的不足，我想这与未开时编码有很大的关系，如果哪位朋友发现了其中的弊端，请及时告知~~万分感谢~~HOHO~~