设计模式之-外观模式

 

转自大话设计模式:

本例中主要是用 A购买牛市中的股票反而亏钱的案例。 因为A对股票并不熟悉,自己去学习又会花很大的成本,还很有可能亏钱。 而如果A去购买基金,基金管理员会用很多人的共同资金去投资不同的股票等,因为基金管理员是专业的,所以最后投资的人都会获得收益。而A这些外行完全不需要知道基金管理员做了什么。只需要调用基金管理员的购买和卖出即可。

part1:出版 投资人不懂股票国债房产,自己投资

测试:

因为投资人不懂,所以盈亏都要看运气。现在购买由基金管理人来管理的基金。基金管理人可以同时购买多支股票,基本可以保证盈利。投资人在不懂基金的情况下也可以直接购买基金,因为投资人知道这个是肯定赚钱的

 

测试:

 

part3:外观模式结构

测试:

 

外观模式:为子系统中的一组接口提供一个一致的界面,此模式定义了一个高层的接口,这个接口使得这一子系统更容易使用。

使用地方:

1、设计初期、有意识的将2个不同的层分离,曾与层之间建立外观facade

2、开发阶段,因为子系统往往不断重构使用会越来越复杂,使用facade可以提供一个简单的接口,减少他们之间的依赖。

3、维护大型系统遗留项目,并且大型系统中的功能还必须继续使用,可以在老系统中提供facade的接口,供新系统调用,新系统不需要了解老系统内部的结构层次,由老系统维护人员重新编写facade接口供系统调用即可。

 

个人总结:

比如我们目前使用的系统...

web--> serviceapi --> service --> dao --> common --> model

如果我们要对外提供dubbo服务,那么又不能直接把我们的service对外提供的时候,可以提供facade接口,外部依赖我们的facade,我们在facade对代码进行实现即可。

 

转载于:https://www.cnblogs.com/sw85642734/p/9183181.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值