DudoJ框架 之“超级梦想”

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

使用java撰写SQL脚本能力 SQL函数支持 强大的查询功能 静态查询定义 动态查询生成 查询映射 存储过程支持 平滑的数据库平台移植 多数据库连接支持 简单易用的API 自定义对象(UDT)持久

[url=http://www.wangchao.net.cn/shop/redir.html?url=http%3A%2F%2Fai.m.taobao.com%2Fsearch.html%3Fq%3

[url=http://www.wangchao.net.cn/shop/redir.html?url=http%3A%2F%2Fai.m.taobao.com%2Fsearch.html%3Fq%3

[url=http://www.wangchao.net.cn/shop/redir.html?url=http%3A%2F%2Fai.m.taobao.com%2Fsearch.html%3Fq%3

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

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

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

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

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