支付系统中的设计模式02:构造器与策略模式

上一节提到过我们希望客户端的设置能够用一行代码搞定,就像这样:

client.setAppID(......).setAppSecret(......).setRequest(......).setPaymentModel(......).setNotifyUrl(......);

而且相信有些小伙伴在做项目的时候,也会发现某些引用的第三方包里面的代码也是这么写的:object.setPropertyXXX(“1”).setPropertyYYY(“2”).setPropertyZZZ(“3”).build();

这种看起来像火车似的用一行代码设置属性的方式,就是典型的构造器模式。

— 2 —

构造器模式

构造器模式有时也叫生成器模式Builder Pattern。

在软件开发过程中,有时候需要创建某个复杂的对象,而这个复杂对象的初始化代码可能深藏于一个包含众多参数且让人看不懂的构造函数中,甚至这些代码还可能散

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值