设计模式-关于Decorator模式以及Proxy模式的一个疑问

碎碎念 2012-12-20 10:17:07
在Decorator模式的实现中,类Decorator本身已经维护了一个Component指针,为什么还有继承自Component?Decorator和Component用共同的函数接口Operation(),但是我觉得在该模式的实现中,这两个类的Opeation()只是名字相同,在Decorator的派生类ConcreteDecorator的Operation()调用的是基类Decorator中的Compent成员的Operation(),这两个Operation()没有直接继承关系,只是名字相同。。。
那为什么要让Decorator继承自Component?
在Proxy模式中也有同样的疑问,为什么让Proxy类也继承自Subject类?
...全文
130 7 打赏 收藏 转发到动态 举报
写回复
用AI写文章
7 条回复
切换为时间正序
请发表友善的回复…
发表回复
碎碎念 2012-12-24
  • 打赏
  • 举报
回复
还是没人出来解答下吗? 在4楼,给出了,两个模式的UML图
碎碎念 2012-12-23
  • 打赏
  • 举报
回复
引用 5 楼 sha_jinhao 的回复:
lz 我有一事不明, 书上没说是继承 而是组建, 我觉得还是有区别的把!
UML图上表示的是继承,实现代码里写的也是继承
jimette 2012-12-22
  • 打赏
  • 举报
回复
lz 我有一事不明, 书上没说是继承 而是组建, 我觉得还是有区别的把!
碎碎念 2012-12-21
  • 打赏
  • 举报
回复
引用 3 楼 boyhailong 的回复:
no code no truth

Decorator 模式


Proxy 模式
xiaolomg 2012-12-21
  • 打赏
  • 举报
回复
no code no truth
碎碎念 2012-12-21
  • 打赏
  • 举报
回复
还是没人0 0 今天在顶下吧= =
碎碎念 2012-12-20
  • 打赏
  • 举报
回复
顶一下~~~ 了解这方面大虾,出来解释下~~~谢啦~~~

5,530

社区成员

发帖
与我相关
我的任务
社区描述
C/C++ 模式及实现
社区管理员
  • 模式及实现社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧