|
Size: 1717
Comment:
|
Size: 1820
Comment:
|
| Deletions are marked like this. | Additions are marked like this. |
| Line 38: | Line 38: |
| attachment:obplaform_rebuild_sys_map.png * attachment:obplaform_rebuild_sys_map.dot .dot 脚本绘制 |
根据原型系统进行重构思考 ::-- ZoomQuiet [DateTime(2007-03-07T15:02:56Z)] TableOfContents
1. OBPlatfrom 的使命
通过简便的操作,可方便的管理多部图书的在线评注
1.1. 数据对象
紧紧抓住OBPlatfrom 使命的话,就发现,面对的数据其实就两种
- 读者的评注
- 图书的结构化文本
- 当然还有注册信息什么的,和权限相关的系统信息
1.1.1. 区别对待
两种数据对象,基本上没有什么直接联系,唯一的关联就是类似[12] 的评注标记, 通过OBPlatfrom 解析后,可以在页面上呈现可点击的 Ajax 效果的评注操作...
- 那末进行隔离处理:
- 评注信息放在DB中
- 图书文本放在外部目录中
- 两者通过OBPlatfrom 有机结合起来
1.1.1.1. 引发好处
- 主要页面全部可以是静态HTML，提高系统响应同时降低负荷，因为DB请求减少一半以上！
- 可以针对图书正文进行其它处理,比如,SVN 的版本管理
- 可以省略正文图片管理了,通过SVN/FTP/邮件 等等方式同步/更新图片即可
- 可以自然简便的提供整书下载阅读功能了
- 可以自然的进行分布式部署了,将静态文件都部署到其它CPU资源少的快硬盘机器,OBPlatfrom 部署在小硬盘高CPU机器....
- ...
1.2. 体系设计
attachment:obplaform_rebuild_sys_map.png
- attachment:obplaform_rebuild_sys_map.dot .dot 脚本绘制
1.3. 评注标记
- 未来OBPlatfrom 可能接受多种结构化文本组织的图书文档,所以精心选择一种扩展性好,而且所有结构化文本系统都不处理的字串组合就非常重要了