自从[关于qwikioffice EXT2 desktop转JSP的发展方向] 文章发表以来，众多朋友加入到这个队伍来，而我之前太忙，使得进度缓慢，让大家有所失望。春节回来后，在女友的鼓励下，连续几天高强度的研究qwikioffice的PHP代码，终于使得此工作有了突破进的进展。但是，由于开始设计的思路上不太完善，目前虽然已经基本实现了在JSP平台上的使用，但是，在将来的扩展及使用上，很可能会带来意外的麻烦。

。。。。。。。。。。。。。。。

关于新项目的构思上，目前，我有两种想法：。。。。。。。。。。。。

        作为开发者来说，我很想采用第二种方式，以摆脱被那PHP代码及可怕的表结构设计的烦恼，但是，又担心自主开发时带来与pHP版的差异及升级性问题。目前，我想，还是两个想法同步进行，这样就可以在同时进行两个项目中，相互借鉴，说不定，将来两种方式都成功了，又让世人多一种选择。

        如果新考虑的这两种思路开始了的话，我会第一时间公布项目的SVN地址，希望有想法的朋友们也和我一起来。。。。。。。。。。。。。。。。。

之前的文章[EXT2 desktop 研究] 中提到将PHP的Ext2 desktop转到JSP(J2EE)平台,后来引起一些网友的重视,并与我探讨其相关问题.

那应该将[qwikioffice EXT2 desktop]做成怎样的独立模块呢,我想应该考虑到以下几个方面,或者说原则:

1. 不修改[qwikioffice EXT2 desktop]原来的数据库
2. 与框架无关,或者不能强制与某一个框架捆绑
3. 能够方便的与原PHP版保持同步升级,在PHP版升级时,能够直接兼容PHP版的升级,或者只通过少量的修改来达到升级.
4. 简单方便的引入到其它系统中,能够进行方便的扩展

基于以上几个原则考虑,最近我将好好构思设计一下具体方案,希望能在一个月内,在春节前发布第一个版本.......