大家好：
目前解码库还存在以下问题：
1、crengine解码库，带图片的页面获取页面位置信息会失败。
2、PDF搜索，无法设置高亮。
3、PDF旋转问题。
4、txt格式，设置字体大小或字体类型后，重新排版，总字符数会有差别，这会导致一些问题。
5、解码库字符集识别机制可能要更改，以前的机制是根据国家名来区别，但是一个国家可能有好几种字符集可以匹配。现有机制有可能会导致txt一些情况下乱码。
6、上次培训，客户反映安卓解码库的接口不好用。
7、安卓解码库DJVU和CHM的支持。

解码库维护那么久，结合上次给客户培训，得到的反馈，我有一些个人想法，不吐不快：

我们安卓SDK驱动和系统都做得很好，但是安卓的电子书解码库和电子书应用做得并不好。我个人认为，现有解码库配不上SDK，有一种鲜花插在牛粪上的感觉。体现在以下几个方面：
1、接口混乱，客户用起来很容易遇到问题。一看就觉得山寨。
2、解码一个格式，总是要两个库一起加载，浪费内存，影响打开速度。
3、解码库API文档不够，只有几个接口的说明，上次文档的更新不够给力。
4、线程安全没有测试，客户根本不知道哪些接口是线程安全的。
5、电子书应用Demo太简单，没有基本的应用框架，缺乏扩展性性和可维护性，客户报一个问题，我们还要临时性得写应用测试代码。
6、crengine这种开源解码库的改动，没有和原版本很好得隔离开来，导致现在想更新到新的版本的crengine，根本无法合并，很无奈。
7、解码库现在感觉开好几条线，uCOS走一条，Android走两条。那么多线，以后维护起来总是会很麻烦。我们还会面临客户的拷问：为什么另外一个平台没有这个问题？为什么这个库有这个接口而那个库没有？…
8、没有PC软仿工程，影响debug效率。
9、未来一些电子书的高级新功能，结合解码库，我们不知道如何进展。

也许以上问题并不是很重要，但是今后解码库路向何方，我真的很迷茫。居安思危，我们不能有凑活着用的心态。希望领导们好好考虑，能将解码库的发展规划，加入到整个电子书SDK发展规划中去。