|
锁定老帖子 主题：UML类图与类的关系详解-UML一波流系列
精华帖 (1) :: 良好帖 (11) :: 新手帖 (3) :: 隐藏帖 (1)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2011-03-30
kgd1120 写道 深夜未眠 写道 引用 同时调用了BaseDao完成功能，也是依赖关系
我看了下BaseDao是个成员变量，你说是依赖关系，要怎么去理解呢？楼主说说看？ 同意你的观点，楼主的图有点问题，要搞清楚关联和依赖呀，呵。 同意2位的观点 |
| 返回顶楼 | |
|
发表时间：2011-03-30
jiangduxi 写道 kgd1120 写道 深夜未眠 写道 引用 同时调用了BaseDao完成功能，也是依赖关系
我看了下BaseDao是个成员变量，你说是依赖关系，要怎么去理解呢？楼主说说看？ 同意你的观点，楼主的图有点问题，要搞清楚关联和依赖呀，呵。 同意2位的观点 再同意 |
| 返回顶楼 | |
|
发表时间：2011-03-30
最后修改：2011-03-30
不错，引用下
|
| 返回顶楼 | |
|
发表时间：2011-03-30
写得相当好，简单易懂
|
| 返回顶楼 | |
|
发表时间：2011-03-30
最后修改：2011-03-30
深夜未眠 写道 引用 同时调用了BaseDao完成功能，也是依赖关系
我看了下BaseDao是个成员变量，你说是依赖关系，要怎么去理解呢？楼主说说看？ 其实我也想过这个问题，你也可以说NoticeServiceImpl和BaseDao是组合的关系。但从语义和功能上来说，更多是依赖关系。一个类调用被依赖类中的某些方法而得以完成这个类的一些职责。另外我个人观点，类间的这些关系，我们更多应该关重的是业务领域的类关系，而不是非Domain类。这是我的观点。 |
| 返回顶楼 | |
|
发表时间：2011-03-30
kgd1120 写道 深夜未眠 写道 引用 同时调用了BaseDao完成功能，也是依赖关系
我看了下BaseDao是个成员变量，你说是依赖关系，要怎么去理解呢？楼主说说看？ 同意你的观点，楼主的图有点问题，要搞清楚关联和依赖呀，呵。 一开始我是想画成关联中的组合的，但想了很久，还是画了依赖。观点看上面。 |
| 返回顶楼 | |
|
发表时间：2011-03-30
简单易懂，要是所有书都能这样写就好了
|
| 返回顶楼 | |
|
发表时间：2011-03-30
感谢楼主的回复，我明白你的意思了~~~的确是要以你所说的思考方式来衡量对象之间的关系。楼主加了个油~~~
|
| 返回顶楼 | |
|
发表时间：2011-03-30
最后修改：2011-03-30
的确用关联关系描述更适合
1 NoticeServiceImpl维持BaseDao的引用 2 从生命周期角度来看是对象间长期的关系 3 是结构上的关系 1依赖关系的特征 被调用类表现为调用类的局部变量、方法的参数、以及调用类调用被调用类的静态方法，在这些情况下，我们说调用类和被调用类之间就属于依赖关系。 2关联关系的特征 被调用类表现为调用类的引用、或者调用类的属性，在这些情况下，我们说调用类和被调用类之间就属于关联关系。 3生命周期 依赖是对象间最弱的一种关系，一个对象依赖于另一个对象是指这个对象和它之间存在短期的关系。在这个短暂的关系中，依赖的对象通过调用被依赖对象的方法来获取它提供的服务，或者依此来配置被依赖的对象。 关联是对象间长期的关系。在关联中，一个对象保存对另一个对象的引用，并在需要的时候调用这个对象的方法。 4行为上的区别 类关联强调的是结构关系 类依赖强调的是使用关系 |
| 返回顶楼 | |
|
发表时间：2011-03-30
才人呀，看了你的文章让我两年前的知识一下捡起来了
|
| 返回顶楼 | |
