UML建模和数据库编程的困惑

Question

我认为你应该考虑建立一个对象数据库，它可以被简单的看作是dataset的一个封装，负责在你所需要定义的业务对象和关系型数据库之间进行转换。毕竟面向对象的计算环境和关系型数据库之间是存在差异的。
有关建模方面的资料Java环境中比较多，我觉得你可以适当参考一下核心思想。
只是建议，仅供参考！

Answer 1

TO:BAZOOKA(火箭炮),
我绝没有在中间层简化为只做逻辑处理的意思。

Answer 2

逻辑组件接表示层请求，调用其它逻辑组件和数据组件，返回的是数据集，表示层就和
这样的返回数据打交道，在VB里可用ADODB.Recordset来返回这些数据。Delphi我没用过
，但，想来道理是一样的。

Answer 3

关切关注
有新消息希望贴主能发到
[email protected]中。

Answer 4

我觉得对于OOP来说，一般分三层较为合理： UI， Problem Domain, Pesistent Object,其中的 PD（Problem Domain）即为企业物件， PM（Pesistent Object）为状态持续层，当然，在此是作为实作层次（Implement）来讨论的。PD可以封装为一个DataSet……

Answer 5

而在delhi编程时，直接以dataset
获取数据，并通过datasource和数据敏感控件反映到用户界面上，似乎业务类没有存在的必要这样的系统弹性很小，界面居然要“知道”后面的存储手段和结构，稍有改动就牵一发动全身。所以逻辑上的三层是必要的，实现的时候，可以折衷，所谓“面向对象的汇编语言”嘛比较好的模型，从类的实现到FORM及上面的元素都有很好的定义，而程序就基于这些来编码，把界面表示和逻辑分离开。在建模期间，界面可以找专业美工做得很漂亮，而整个业务逻辑都已经封装进必要的组件里了，生成代码框架之后，只要把菜单、按钮等GUI事件跟响应它的action联系起来就好了这方面，物件导向杂志有讨论http://www.umlchina.com/jof/misoo.htm

Answer 6

to dbbdggdbbdgg
你实际项目开发中，是否如此做的

Answer 7

呵呵faun(faun)问题一针见血。。

Answer 8

To：faun
是这样，但不是delphi，是标准的微软
ASP/COM/sql server在ASP里，是不应出现server.Createobject(adodb.)....
的，程序员可能不理解：我用一个SQL语句直接一取就完了，何必又要通过组件？和上面的delphi问题是一样的。越到后来需要修改的时候，就会知道有多么痛苦了。