面向对象的开闭原则

不是模式 而是一个原则

按照上图左边的图去设计的话,比如已有一个系统   那么现在需要给这个系统增加一个业务  那么就要来修改这个业务  一旦写错整个系统就不能用影响其他业务 

 

按照右边的图来写的话   只需要在系统外增加一个业务   不管这个业务是否正确  都不会影响现在已有系统的业务的运行

这叫做面向对象开闭原则:

在修改一个系统功能的时候不是通过修改已有代码来完成的  而是通过额外添加代码而完成的

通过抽象接口来完成

package main

import (
    "fmt"
)

type banker interface {
	doBu()
}

type saveb struct {}
func (s *saveb) doBu() {
	fmt.Println("这是存钱<br>")
}

type getb struct {}
func (s *getb) doBu() {
	fmt.Println("这是取钱<br>")
}

type pay struct {}
func (s *pay) doBu() {
	fmt.Println("这是支付<br>")
}

func bankers(bank banker) {
	bank.doBu()
}

func main() {
	bankers(&saveb{})
	bankers(&getb{})
	bankers(&pay{})
}

 

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值