社区
Java EE
帖子详情
DudoJ数据持久化框架1.0测试版发布,欢迎大家测试!
dudo
2004-08-09 08:41:26
基于java的数据持久化框架DudoJ经过了10个多月的开发,终于可以推出测试版,功能特性请访问http://www.dudoj.org。开发手册和api文档正在整理之中,过一两个星期发布。
欢迎朋友们下载测试,欢迎提出批评和建议。
...全文
149
10
打赏
收藏
DudoJ数据持久化框架1.0测试版发布,欢迎大家测试!
基于java的数据持久化框架DudoJ经过了10个多月的开发,终于可以推出测试版,功能特性请访问http://www.dudoj.org。开发手册和api文档正在整理之中,过一两个星期发布。 欢迎朋友们下载测试,欢迎提出批评和建议。
复制链接
扫一扫
分享
转发到动态
举报
写回复
配置赞助广告
用AI写文章
10 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
hfs1978
2004-08-11
打赏
举报
回复
我怎么下载不了啊,请发一份给我吧businesshong@126.com,谢谢
niyboy
2004-08-11
打赏
举报
回复
支持中国自己的持久框架
zone2000
2004-08-11
打赏
举报
回复
想看一下文档,什么都没有.....
dudo
2004-08-11
打赏
举报
回复
发不了,太大了,不可能下不了,网站现在没有问题啊
honest19
2004-08-10
打赏
举报
回复
希望开发手册和api文档尽快出来.强烈支持
huisky
2004-08-10
打赏
举报
回复
支持中国的持久层框架
dudo
2004-08-10
打赏
举报
回复
欢迎有兴趣的朋友下载测试、提出意见。
lanpa007
2004-08-10
打赏
举报
回复
友情支持,...
fantasyCoder
2004-08-09
打赏
举报
回复
en.....
看一下楼主提供的例子代码
楼主强,友情UP...
张海霖
2004-08-09
打赏
举报
回复
支持,利害
Dud
oJ
数据
持久化
框架
新版
1.0
.1b
发布
,同时
发布
了开发参考手册
2004年8月16日,
Dud
oJ
数据
持久化
框架
新版
1.0
.1b
发布
,同时
发布
了开发参考手册,这个版本比上一个版本在查询定义方面更加简化。
为什么要开发
Dud
oJ
持久化
框架
大概是去年10月份吧,也不知道在某一刻,我突然在想,为什么我不能用对象直接构造SQL语句而要用字符串呢?没有人做、没人想到还是有什么困难不能克服呢?就这样,经过了一番思考终于有了初步的想法(初步的想法:将持久对象继承自我定义好的持久类,属性定义为我设计好的类,而不是java中已有的类,通过给这些我定义的类添加方法和函数,这样他们就可以按照我的想法进行操作),管他呢,先写一些代码试试。通过
测试
Dud
oJ
框架
——最初的设想
我一开始的想法只是解决目前
数据
持久化
中存在的查询问题。 为了解决
持久化
过程中的查询问题,首先确定了初步的解决方案。定义自己的持久类,用自己定义的
数据
类型定义持久类的属性,然后实现一种机制使我们能够计算机语言如java来撰写sql语句生成查询。程序员通过使用
框架
设计好的api定义查询,定义查询的过程,实际上就是
框架
将计算机语言翻译为sql语言的过程。由于所有的持久类都必须继承自
框架
定义的持
Dud
oJ
框架
之“超级梦想”
经过了这几个月的开发,心里对于整个
框架
的开发有了越来越清楚的认识,
Dud
oJ
持久化
框架
以后必将实现以下两个功能: 不止能够将
数据
持久化
到关系
数据
库中,还可以将
数据
持久化
到硬盘文件、网络流等其他的介质中。 采用
Dud
oJ
框架
开发的企业应用,不需更改任何代码即可从一个
数据
库平台迁移到另一个
数据
库平台运行。 我将这两个目标称为
Dud
oJ
框架
的“超级梦想”。其中的第一个在架构设计上已经预留了接口,第
Dud
oJ
框架
——更进一步的设想
在我更进一步的开发工程中,我实现了多
数据
库集成,使得多个
数据
库可以在
Dud
oJ
框架
中协同工作,只要我们在配置文件中指定持久类以及查询所在的
数据
库,在编码时不需要理会底层使用的是什么
数据
库、有几个
数据
库,我们只需要调用
Dud
oJ
框架
的
持久化
接口,就可实现
数据
的
持久化
和恢复,极大的简化了编程工作。在完成了这些开发工作以后我又在想,如果用户底层更换了
数据
库,而应用程序如果不需要任何的更改,这岂不是
Java EE
67,541
社区成员
225,852
社区内容
发帖
与我相关
我的任务
Java EE
J2EE只是Java企业应用。我们需要一个跨J2SE/WEB/EJB的微容器,保护我们的业务核心组件(中间件),以延续它的生命力,而不是依赖J2SE/J2EE版本。
复制链接
扫一扫
分享
社区描述
J2EE只是Java企业应用。我们需要一个跨J2SE/WEB/EJB的微容器,保护我们的业务核心组件(中间件),以延续它的生命力,而不是依赖J2SE/J2EE版本。
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章