DudoJ框架——更进一步的设想

在我更进一步的开发工程中，我实现了多数据库集成，使得多个数据库可以在DudoJ框架中协同工作，只要我们在配置文件中指定持久类以及查询所在的数据库，在编码时不需要理会底层使用的是什么数据库、有几个数

在我更进一步的开发工程中，我实现了多数据库集成，使得多个数据库可以在DudoJ框架中协同工作，只要我们在配置文件中指定持久类以及查询所在的数据库，在编码时不需要理会底层使用的是什么数据库、有几个数

在我更进一步的开发工程中，我实现了多数据库集成，使得多个数据库可以在DudoJ框架中协同工作，只要我们在配置文件中指定持久类以及查询所在的数据库，在编码时不需要理会底层使用的是什么数据库、有几个数

我一开始的想法只是解决目前数据持久化中存在的查询问题。 为了解决持久化过程中的查询问题，首先确定了初步的解决方案。定义自己的持久类，用自己定义的数据类型定义持久类的属性,然后实现一种机制使我

我一开始的想法只是解决目前数据持久化中存在的查询问题。 为了解决持久化过程中的查询问题，首先确定了初步的解决方案。定义自己的持久类，用自己定义的数据类型定义持久类的属性,然后实现一种机制

我一开始的想法只是解决目前数据持久化中存在的查询问题。 为了解决持久化过程中的查询问题，首先确定了初步的解决方案。定义自己的持久类，用自己定义的数据类型定义持久类的属性,然后实现一种机制使我们

经过了这几个月的开发，心里对于整个框架的开发有了越来越清楚的认识，DudoJ持久化框架以后必将实现以下两个功能： 不止能够将数据持久化到关系数据库中，还可以将数据持久化到硬盘文件、网络流等其他

大概是去年10月份吧，也不知道在某一刻，我突然在想，为什么我不能用对象直接构造SQL语句而要用字符串呢？没有人做、没人想到还是有什么困难不能克服呢？就这样，经过了一番思考终于有了初步的想法（初步的

已经经过了大约9个多月的开发，也不知道修改了多少次，总有不尽人意的地方。本来在三月份的时候就可以发布公开测试第一版了，可是那个追去完美的心总是驱使着我不停的改进，宁慢毋烂。总是感觉目前的关系处理不

2004年8月16日，DudoJ数据持久化框架新版1.0.1b发布，同时发布了开发参考手册，这个版本比上一个版本在查询定义方面更加简化。