基于对象的数据库操作模式的实现(征求志同道合者共赴“地狱”!!!)(10分)

  • 主题发起人 主题发起人 :=编程浪子=:
  • 开始时间 开始时间

:=编程浪子=:

Unregistered / Unconfirmed
GUEST, unregistred user!
来宾发言:
//版权说明:原创(未经许可不可在随意更改原文和复制)
我最近一直研究基于对象的数据库操作模式(呵呵,没有数据库支持,面向对象就不该提了,只好是基于对象了)。
我做了一个雏形,可以将一个或者多个数据库表逻辑提取为一个对象,支持对象关联、对象序列化、对象版本鉴定。这样我们在做数据库系统时就可以完全独立于数据源,有利于代码和数据的分开。并且程序只知道有对象,一旦后端数据库改动,我们的代码几乎不用修改,对象系统会自动依照Meta信息的改变而作出反应。
同时采用了一些机制来保证对象的抽取和数据无关,也就是不依赖于具体数据。
我自己给取了个名字叫MineObjectSystem。
我想再做一套和MineObjectSystem配套的数据感应控件,但是目前遇到一些精力上的问题,我的时间不是特别充足。有没有有同样兴趣的高手和我一起完成这个看起来“伟大”的事业?
 
高手,我可以参加吗?
EMAIL: fangfei@cnnb.net
 
我不看好。
 
关于这一点,最近在学习j2ee时,entity bean好象也类似这种概念,但感到entity与数据表映
射再到业务逻辑分得过于细,而且客户端使用也不是很方便,如果能有该bean的管理器,提供
类似SQL一样的访问就比较好,
 
什么来的?有现成的数据库不用?有点不切合实际吧..
 
我想参与,请E_mail联系。(wb2000wb@263.net)
 
你的构想很好啊,我最近也在研究面向对象的东西,我很想参加的,只是恐怕
水平不够而已。
 
jzeng@utt.com.cn
 
我觉得没有理论的发展,做这种东西很容易走火入魔.
 
没用,除非你有钱多得没地方花
 
老兄:
我觉得你的问题主要是解决定义数据库对象和实现数据库对象的分离。
也就是在业务模型和设计模型来实现同一个对象,如果我说得没错,那
Rose里面已经有这种功能了.ERWin也是基于这种思想的.
 
多人接受答案了。
 
后退
顶部