分类
DudoJ框架——更进一步的设想‖
中协同工作，只要我们在配
底层使用的是什么数据库、
现数据的持久化和恢复，极
用户底层更换了数据库，而
统的适应性。接着我对整个
server,db2,postgresql,or
前，我并不能确定这个功能
于除sql server以外的其他
题，不过最终还是找到了解
那么可能永远也不知道结果
总是知道了结果，总比什么
置文件中指定持久类以及查询所
有几个数据库，我们只需要调用
大的简化了编程工作。在完成了
应用程序如果不需要任何的更改
框架进行了重构并增加SQL函数
acle9i上进行了测试，并且全部
一定可以实现，因为我不知道不
数据库并不是很精通，在实现的
决办法。我的得到的经验是，任
，只要你拿出实际行动努力的去
都不知道的好。
DudoJ框架的持久化接口，就可实
这些开发工作以后我又在想，如果
，这岂不是可以极大的增强用户系
支持，并在mysql,sql
测试通过。其实在实现此项功能之
同的数据的差别有多大，毕竟我对
初期确实遇到了一些比较棘手的问
何一件事你不尝试实际动手去做，
做，那么哪怕最终是失败的，但你
| 如果说我初步的设想只 业应用跨数据库平台运行的 那么Dudoj框架使企业应用 操作系统，而后者的run an 业应用都是与数据库相关的 许多针对性的代码，更换一 用DudoJ数据持久化框架开 这也是我的设想，更试我的 | 是解决持久化数据的查询问题， 问题。如果说java使我们的系统 实现Write once,run anywhere ywhere不单指操作系统平台，还 。要让企业系统实现跨数据库平 种数据库，就必须更改代码，这 发企业应用，让企业应用真正的 梦想，我会一直向这方面努力， | 那么第二步的设想我觉得是解决?br>能够Write once,run anywhere！ ！只不过前者的run anywhere是指 指数据库平台。毕竟绝大多数的企 台应用，一般的，程序员必须写出 给系统维护带来了很大打麻烦。使 实现Write once,run anywhere！ 并且现在也有了一定的实现基础。 |