Y
yh
Unregistered / Unconfirmed
GUEST, unregistred user!
职责
客户类
参与类
客户类
参与类
V
VRGL
Unregistered / Unconfirmed
GUEST, unregistred user!
职责应该是该类在模式中的功能（起的作用）。
客户类应该是用户直接操作的类。
参与类应该是在模式中起作用（完成一部分功能）的类。
客户类应该是用户直接操作的类。
参与类应该是在模式中起作用（完成一部分功能）的类。
Y
yh
Unregistered / Unconfirmed
GUEST, unregistred user!
对于职责，按你的说法，如果类A对类B负有某项职责，也就是说A应向B提供某项功能，对不？
如果对，那是通过什么来实现呢，属性还是方法？请版主明示。
如果对，那是通过什么来实现呢，属性还是方法？请版主明示。
Z
zhangkan
Unregistered / Unconfirmed
GUEST, unregistred user!
我认为就直接是方法。若这个类有某项职责，你就直接定义一个方法。这个类有这个方法，
就说明有这个职责。那么他具体做什么，就有方法中直接写了，若他不能做，有判断条件也
在方法中写明。
就说明有这个职责。那么他具体做什么，就有方法中直接写了，若他不能做，有判断条件也
在方法中写明。
V
VRGL
Unregistered / Unconfirmed
GUEST, unregistred user!
似乎没有一个类对另一个类负有某项责任的说法，
只有某个类对整个模式负有某项责任[
]
只有某个类对整个模式负有某项责任[
]
V
VRGL
Unregistered / Unconfirmed
GUEST, unregistred user!
类之间叫协作
Y
yh
Unregistered / Unconfirmed
GUEST, unregistred user!
多谢，让我再想想，再想想
Z
zhuhuan
Unregistered / Unconfirmed
GUEST, unregistred user!
客户类是使用非客户类的类，不一定是用户使用的类
职责你是指在Decorator模式里看到的吗，意思就不是责任的意思
参与类的意思比较广，看UML里的关联类或许有帮助
职责你是指在Decorator模式里看到的吗，意思就不是责任的意思
参与类的意思比较广，看UML里的关联类或许有帮助
Y
yh
Unregistered / Unconfirmed
GUEST, unregistred user!
不知VRGL怎么看:客户类是使用非客户类的类，不一定是用户使用的类。我
觉得后面这句正确，与VRGL的说法不同。
关于这一问题，还想请zhuhuan进一步解释一下？
DFW怎么了，本来这一问题我上午就回贴了，但提交时出错。唉....
觉得后面这句正确，与VRGL的说法不同。
关于这一问题，还想请zhuhuan进一步解释一下？
DFW怎么了，本来这一问题我上午就回贴了，但提交时出错。唉....
V
VRGL
Unregistered / Unconfirmed
GUEST, unregistred user!
错了，不好意思，客户类是使用模式（整个系统）的外部的类[]
]
T
Tense
Unregistered / Unconfirmed
GUEST, unregistred user!
那么其他的类呢？
Y
yh
Unregistered / Unconfirmed
GUEST, unregistred user!
to zhangkan:
这几天有点进展，对于你的解释，我认同。说白了就是方法。
to Tense:
在设计模式中我找到了参与类的答案，不知对不对？
P5：参与者指设计模式中的类和/或对象以及他们的职责。这里所说的参与者应包括
参与类吧。
这几天有点进展，对于你的解释，我认同。说白了就是方法。
to Tense:
在设计模式中我找到了参与类的答案，不知对不对？
P5：参与者指设计模式中的类和/或对象以及他们的职责。这里所说的参与者应包括
参与类吧。
V
VRGL
Unregistered / Unconfirmed
GUEST, unregistred user!
跟你从<<uml用户指南>>上抄了一段：
协作(collaboration)定义了一个交互，它是由一组共同
工作以提供某协作行为的角色和其他元素构成的一个群体，
这些协作行为大于所有元素的各自行为的总和。因此，
协作有结构，行为和维度。一个给定的类可以参与几个协作
。这些协作因而表现了系统构成模式的实现。
职责(resposibility)是类的契约或责任。当创建一个类时，
就申明了这个类的所有对象具有相同种类的状态和相同种类
的行为。在较高的抽象层次上，这些相应的属性和操作正是
要完成类的职责的特征。
协作(collaboration)定义了一个交互，它是由一组共同
工作以提供某协作行为的角色和其他元素构成的一个群体，
这些协作行为大于所有元素的各自行为的总和。因此，
协作有结构，行为和维度。一个给定的类可以参与几个协作
。这些协作因而表现了系统构成模式的实现。
职责(resposibility)是类的契约或责任。当创建一个类时，
就申明了这个类的所有对象具有相同种类的状态和相同种类
的行为。在较高的抽象层次上，这些相应的属性和操作正是
要完成类的职责的特征。
D
doxpix
Unregistered / Unconfirmed
GUEST, unregistred user!
yh兄，帮忙看一下我这个问题——
http://www.delphibbs.com/delphibbs/dispq.asp?lid=695113
http://www.delphibbs.com/delphibbs/dispq.asp?lid=695113
T
Tense
Unregistered / Unconfirmed
GUEST, unregistred user!
VRGL:
职责(resposibility)是类的契约或责任。
这一句有点理解困难，责任理解为类的交易规则不是更好吗？
不知是否可以将网址也贴下来。
职责(resposibility)是类的契约或责任。
这一句有点理解困难，责任理解为类的交易规则不是更好吗？
不知是否可以将网址也贴下来。
Y
yh
Unregistered / Unconfirmed
GUEST, unregistred user!
todo
xpix:
看了你的问题，关于dxGrid+ps，可惜，没具体用他做过项目，所以无法回答了。
to Tense:
VRGL摘录的是《UML 用户指南》一书，我也是上几天才购的，机械工业出版社出版的，
值得一看。
to VRGL:
非常感谢你的回答，我会继续努力的。
xpix:
看了你的问题，关于dxGrid+ps，可惜，没具体用他做过项目，所以无法回答了。
to Tense:
VRGL摘录的是《UML 用户指南》一书，我也是上几天才购的，机械工业出版社出版的，
值得一看。
to VRGL:
非常感谢你的回答，我会继续努力的。
D
doxpix
Unregistered / Unconfirmed
GUEST, unregistred user!
非常感谢。