讨论：在做一个产品，是先做数据模型，然后从数据模型往应用模型上靠呢！

zzzbbbll0304 2003-09-19 03:27:17

还是用uml,类图搭建应用模型,然后根据一些规则，往数据模型上映射！
我感觉这两种都可以，不过我感觉第一种，比较容易做。后一种，比较抽象！
大家说呢？

还有一个问题，我是从第一种做的，我在数据模型上看也可以建继承关系，那这个父表在应该映射成应用模型中的一个抽象类，还是一个接口，还是一个具体类！我有点迷惑，因为我的这个父表，是一个很抽象的实体。从语义理解是一个继承关系，但生成物理数据库时，总感觉它有点多余。

大家说说。

...全文

64 8 打赏收藏转发到动态举报

写回复

用AI写文章

8 条回复

切换为时间正序

请发表友善的回复…

发表回复

孬毛毛 2003-11-11

打赏
举报

之前先做数据，结果发现数据结构放到实际应用模型中很容易出问题。所以现在先做应用模型，后做数据库模型，不过总感觉这个做法很抽象，把握不好对象之间的关系。确实象上面说的那样，做到最后又以数据为中心了~~~~

gz！希望找到更好的方法~~~

quJohn 2003-10-10

打赏
举报

后一种比较好，但是在出数据模型之后要根据schema调整你的应用模型。

asdmonster 2003-09-26

打赏
举报

这好像就是以前听人讨论过的一个系统是以数据为中心还是以为用户提供的服务方法为中心的问题。

个人习惯于先做模型，定义对象，解决好数据库的问题（当然，之前在做好系统实体分析和结构分析）。至于用到的类结构吗，根据整个系统架构和系统的数据结构共同决定的。
期待知道大家的更好的解决方案。

jiganghao 2003-09-26

打赏
举报

start form use case and GUI markup, then class/data model IN THE SAME TIME.

wilson_lee 2003-09-24

打赏
举报

嘿嘿，要用oo思想来做。。肯定是先定定用模型，对象啊什么先定下。。然后映射到数据模型中去。。。
不过。。。我像虾米一样在几个项目中蹦跶了好几下。。发现总是做着做着就往先数据后应用甚至先UI后数据最后应用的方向偏了。。无论是设计人员还是编程人员好像都有这个惯性。。。ft，不知道是因为我们老习惯太顽固，还是oo本身有一定缺陷不能很好与人的思维方式贴合？

反正要想做的好，还是尽量先考虑类结构吧，一起努力ing..

csdnhbc20 2003-09-23

打赏
举报

先找对象，后根据对象来查找对象之间的内部数据流。
这样符合oo思想，而且封装比较好吧,有oo的好处。

jeffyan77 2003-09-21

打赏
举报

数据模型

icecloud 2003-09-21

打赏
举报

我倾向用后一种，如果从面向对象的分析与设计来看
以数据为中心的方法比较适合于结构化的分析方法
当然，使用哪种还应该根据项目的类型来决定。

具体到数据与类的映射
我比较倾向于是用ValueObject或Dao
一个表对应到一个类
如果几个类有共同点，就抽象出来一个抽象类
所有的这种类都实现同一个接口

嘿，初学..初学...献丑了..