伊书的几次更新

6月10日发布伊书以来，至今两个多月，又发了三个版本，从1.0到1.3，算起来两三周一个版本，这个节奏还挺快的，能这么快是因为我业余时间不知道要做什么，就只能做伊书了，提交一个版本后，会马不停蹄开始下一个版本的功能，AppStore审核周期又那么长，1.1和1.2都审核了两周，一般在上个版本上架时，新版本差不多做好了，这次1.2到1.3的更新只花了两周，就是因为这样，1.2上架时，1.3已经做好了，提交审核后6天就上架了。

记录一下这几次更新。

1.1完善了书籍阅读外围的事情，如导入导出书籍，书籍来源的增加，书籍分类等。(7.14)

这些功能最大头的是书籍分类，交互上有很多要做，较繁琐，也为设置按钮的摆放纠结了好一阵，尝试了多种方式都不合适，最终还是把它从书籍列表页去掉，只有阅读页有入口。

itunes导入书籍，需要遍历文件的创建时间以筛选出新文件，找了很久获取文件创建/修改时间的方法，object-c里提供的方法没有只有这个文件真正的创建时间，没有副本创建的时间，搜索很久才找到用C语言获取文件时间的方法stat()。底层知识不熟悉的代价。

1.2完善书籍阅读过程的事情，如书签笔记，字体导入。(8.2)

书签笔记，这四个字包含的工作量太多了。书签还好，只是有点繁琐，设计上花了一些时间。笔记这功能是最难的，因为CoreText渲染出来的文本，是没有选中功能的，需要自己实现文字的选中和操作。文字的选择在1.0版本发布之前就已经粗略调研过，参考了EGOTextView的程序，当时找遍网络关于CoreText文字选择的方法，幸好有EGOTextView，否则要我全部自己研究实现，不知要多久，所以我在第一版发布时就说“enormego是天使般的公司”。在文字选择的各种细节调整上花了非常多时间，还有解决文字标记，点选标记的功能，都碰到不少难题，有的解决了，有的在可接受范围内就不解决了，在“完美”和“完成”上我有我自己的平衡点，自己做APP感觉好的地方是，这个平衡点完全自己掌握。

字体的动态导入，一开始我以为这是做不到的，在能搜到的字体导入方法中，都是字体加入项目工程一起编译，不能让用户自己导入字体。后来有网友跟我说已经有APP实现，我才知道这是可行的，几经搜索终于找到方法。有时候一些事情别人能做到，确定可行，自己才能做出来，先行者与其他人的差别巨大。

1.3支持TXT格式，图片显示，微博分享，分类密码，章内快速翻页等。(8.14)

这个版本更新的内容较多较杂。每一个功能都有点不容易。

TXT格式，我自己不怎么喜欢，用这种格式书籍排版勘误分章什么的质量不会好到哪去，只是顺便支持下。自动分章的功能少不了，阅读软件们给分章起了个更好听的名字，叫智能分章，试一下后发现只是根据第X章X卷这样的关键字去匹配分章，连第X章出现在正文中间也照分不误，很简单，不怎么智能，我也差不多是这么分的，如果有些书籍没这样的关键字分章，就根据长度拆成多个部分。TXT格式的基本阅读是没问题了，当然没达到很好的程度。

书籍内容显示图片，其实在1.2已经有这功能了，不过1.2需要epub在HTML页面里显示指定图片的宽高才能显示出图片，大多数图片还是显示不了，到1.3做了自动读取图片识别宽高，所有图片都可以显示了。除此之外做了图片的放大缩小，因为整个阅读界面的手势太多了，View的层级也很多，比较复杂，费很大劲才把图片放大缩小这功能做出来。

分类密码实现简单，但其实并没有完全实现用户使用这个功能的原衷需求：隐藏不想让别人看到的书籍，因为分类密码在很显眼的分类选择处暴露了这个需要密码的分类的入口，让别人知道了你有这么个分类不想让人看到，会逼问你密码。更好的解决方法是直接隐藏掉加锁的分类，解锁时显示，但由于这样做产品逻辑太复杂，操作交互也繁琐，纠结很久，采用这种最简单的方法，这也是一个权衡。

快速翻页这个功能我自己是不需要的，但似乎很多人都有这个需求，由于伊书内容渲染实现的方式问题，暂时没法做到全书进度条拖动翻页，所以只做了单章内的快速翻页。但这个进度条的入口要放哪里也纠结很久，对于这种(我觉得)不常用的功能，不想为它在显著位置新增一个按钮，最后很隐蔽地需要在阅读时点击中下方，它才会出现。这太难发现了，只是暂时没办法的权宜之计。