【设计模式】8.设计模式原则-合成复用原则

得意时要看淡,失意时要看开。不论得意失意,切莫大意;不论成功失败,切莫止步。志得意满时,需要的是淡然,给自己留一条退路;失意落魄时,需要的是泰然,给自己觅一条出路【设计模式】8.设计模式原则-合成复用原则,希望对大家有帮助,欢迎收藏,转发!站点地址:www.bmabk.com,来源:原文

一、原则:

  要求在软件复用时,要尽量先使用组合或者聚合等关联关系来实现,其次才考虑使用继承关系来实现。

二、和继承复用的区别

  合成复用和继承复用在类的关系有差别,一个是继承,一个是组合关系。我认为在实际使用时,可以根据业务场景来区别使用,这样不会很乱。

  继承复用的优缺点:

    优点:

    1.使用比较方便,可以直接调用父类的属性以及公共方法,不需要额外再建立父类的对象,直接建立子类的对象即可。

    缺点:

    1.继承复用破坏了类的继承性,因为继承会将父类的实现细节暴露给子类,父类对子类是透明的,所以这种复用又称“白箱”复用。

    2.子类与父类的耦合度高,父类的实现的任何改变都会导致子类的实现发生变化,这不利于类的扩展与维护。

    3.它限制了复用的灵活性。从父类继承而来的实现都是静态的,从编译时已经定义,所以在运行时不可能发生变化。 

    使用场景:

    在原始类上需要扩展属性的时候,比如在数据库实体类需要扩展时,可以建立VO类继承自数据库实体类。

  合成复用的优缺点:

    优点:

    1.维持了类的封装性。黑箱复用。

    2. 新旧类之间的耦合度低。

    3.复用的灵活性高。

    4.逻辑清楚。

    缺点:

    1.类中对象需要新建对象,比继承复用要稍微费空间。

    使用场景:

    一个综合类需要包含各类属性。比如一个用户类,包含权限类,权限类又包含菜单类等。

三、合成复用涉及到的设计模式:

  职责链、状态模式、观察者模式、迭代器模式

四、示例:

  使用UserVO 继承自数据库实体类进行扩展,同时用户类包含角色信息,可以在VO中添加角色对象属性。(若有异议,可以在下方评论指正。)

@Data
public class UserVO extends User {
    /**
     * 角色信息
     */
    private Role role;
}

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。

文章由极客之家整理,本文链接:https://www.bmabk.com/index.php/post/158107.html

(0)
飞熊的头像飞熊bm

相关推荐

发表回复

登录后才能评论
极客之家——专业性很强的中文编程技术网站,欢迎收藏到浏览器,订阅我们!