定陶菏泽网站建设,160外发加工网,河北省建筑信息平台,网站成品作业文章目录 一、前言二、Facade 模式1. 介绍2. 应用3. 总结 三、Mediator 模式1. 介绍2. 应用3. 总结 一、前言
有时候不想动脑子#xff0c;就懒得看源码又不像浪费时间所以会看看书#xff0c;但是又记不住#xff0c;所以决定开始写抄书系列。本系列大部分内容… 文章目录 一、前言二、Facade 模式1. 介绍2. 应用3. 总结 三、Mediator 模式1. 介绍2. 应用3. 总结 一、前言
有时候不想动脑子就懒得看源码又不像浪费时间所以会看看书但是又记不住所以决定开始写抄书系列。本系列大部分内容都是来源于《 图解设计模式》【日】结城浩 著。该系列文章可随意转载。
二、Facade 模式
Facade 模式 简单窗口
1. 介绍
一般来说随着时间推移程序会变得越来越复杂这使得程序结构也变得越来越复杂在使用这些功能时我们需要先整理清楚他们之间的关系注意正确的调用顺序。与其如此不如为这个大型程序准备一个“窗口“这样就无需关注每个类只需要简单的对窗口提出请求即可。
使用 Facade 模式可以为互相关联在一起的错综复杂的类整理出高层接口。其中 Facade 角色可以让系统对外只有一个简单的接口。而且 Facade 角色还会考虑到系统内部各个类之间的责任关系和依赖关系按照正确的顺序调用各个类。 Facade 模式 中出场的角色
Facade窗口: 该角色是代表构成系统的许多其他角色的简单窗口。Facade 角色向系统外部提供高层接口构成系统的许多其他角色 这些角色各自完成自己的工作他们并不知道Facade 角色。Facade 角色调用其他角色进行工作但是其他角色并不会调用 Facade角色。Client请求者该角色负责调用 Facade 角色。 类图如下 Demo如下
// 基础数据获取
public class Database {/*** 防止外部创建*/private Database() {}/*** 获取基础数据* return*/SneakyThrowspublic static Properties getProperties() {Properties prop new Properties();prop.setProperty(123456789qq.com, 张三);prop.setProperty(987654321qq.com, 李四);return prop;}
}// html 工具类
public class HtmlWriter {/*** 生成Html内容** param title* throws IOException*/public static String createContent(String title, String userName, String email) throws IOException {return html head title title /title /head body h1 title /h1 div 欢迎: userName /div a href\ email \ email /a /html;}/*** 生成html文件** param fileName* param content*/public static void writeHtml(String fileName, String content) {FileUtil.writeBytes(content.getBytes(StandardCharsets.UTF_8), fileName);}}// 页面生成类
public class PageMaker {private PageMaker(){}/*** 构建欢迎页面*/public static void markWelcomePage(String mailaddr) throws IOException {final Properties prop Database.getProperties();final String userName prop.getProperty(mailaddr);final String content HtmlWriter.createContent(userName, userName, mailaddr);HtmlWriter.writeHtml(D://welcome.html, content);}
}public class FacadeDemoMain {public static void main(String[] args) throws IOException {//调用 PageMaker#markWelcomePage 生成 html 页面PageMaker.markWelcomePage(123456789qq.com);}
}
结果如下生成welcome.html 文件打开内容如图
对用户来说只需要调用 PageMaker#markWelcomePage传入指定邮箱便可以生成对应的 HTML页面而其内部实现的HtmlWriter和Database对用户来说是无法感知的即 PageMaker 对于 生成 Html 这个功能来说就是一个 Facade。
2. 应用 Dubbo 的分层模式个人认为也是Facade 模式的应用Dubbo提供各个SPI 接口如果用户需要扩展或改变功能只需要重新对应的SPI 即可。而无需关心 SPI 的上下游的关联和调用关系。如下图 Facade 模式在项目中几乎无时无刻不在用到这里以 Spring 中随便找的一个方法为例DispatcherServlet#doDispatch 中 会调用 HandlerExecutionChain#applyPreHandle 方法执行拦截器方法那么这里就可以认为 HandlerExecutionChain 对 HandlerInterceptor 进行了分装。DispatcherServlet 只需要调用HandlerExecutionChain#applyPreHandle 便可以执行拦截器方法而无需关注具体实现。 个人使用该部分内容是写给自己看的帮助自身理解因此就不交代项目背景了读者请自行忽略◐ˍ◑ 个人理解在微服务级别网关也起到类似 Facade 的作用网关对外部暴露的接口是有限且可控的外部无需关注网关内部接口的调用关系。 在项目A 中对同一数据的获取由于各个地区不同获取的途径或调用的第三方接口都不相同此时需要在项目中对该数据的获取封装出一个 Facade 当需要获取数据时只需要调用 Facade 暴露出的接口即可。Demo 如下 public interface DataSource {/*** 获取数据* return*/String getData();
}public class HttpDataSource implements DataSource {Overridepublic String getData() {return 这是从 Http 调用获取的数据;}
}public class DataBaseDataSource implements DataSource {Overridepublic String getData() {return 这是从数据库获取的数据;}
}public class DataFacade {private DataBaseDataSource dataBaseDataSource new DataBaseDataSource();private HttpDataSource httpDataSource new HttpDataSource();/*** 获取数据nb 从数据库获取sh通过http调用获取* param region* return*/public String getData(String region) {if (nb.equals(region)) {return dataBaseDataSource.getData();} else if (sh.equals(region)) {return httpDataSource.getData();} else {throw new RuntimeException(不支持);}}}public class DemoMain {public static void main(String[] args) {DataFacade dataFacade new DataFacade();System.out.println(dataFacade.getData(nb));System.out.println(dataFacade.getData(sh));}
} 输出如下
3. 总结
扩展思路
Facade 角色的工作Facade 模式可以让复杂的东西看起来简单使用 Facade 模式可以让我们不再在意后台工作的类和他们之间的关系。这里的重点是接口的变少了这意味着程序和外部的关联关系弱化了这使得我们的包作为组件更方便被复用。递归的使用Facade模式在超大系统中往往包含非常多的包和类如果我们在每个关键的地方都使用Facade 模式系统的维护就会变的简单。
相关设计模式
Abstract Factory 模式可以将 Abstract Factory 模式看做是生成复杂实例时的 Facade 模式。因为它提供了“要想生成这个实例只需要调用这个方法就ok了”的简单接口。Singleton 模式有时会使用 Singleton 模式创建 Facade 角色。Mediator 模式在 Mediator 模式汇总 Mediator 角色与 Colleague 角色进行交互。而在 Facade 模式中Facade 角色单方面地使用其他角色来对外提供高层接口。因此可以说 Mediator 是双向的而 Facade 是单向的。
一时的小想法仅仅个人理解无需在意
Facade 模式不仅仅可以用于项目的代码中在微服务搭建时网关或者交换中心也起到类似的作用。对于外部访问暴露出有限且可控的接口。个人认为最为简单的应用就是 MVC 中 Service 层暴露出的接口每个 Service 接口内部需要调用多个 Dao 层的接口才能实现那么就可以认为 Service 层是 Dao 层的封装。区别就是这里的 Service 层的“窗口”粒度更细。 三、Mediator 模式
Mediator 模式 : 只有一个仲裁者。
1. 介绍
当麻烦事发生时通知仲裁者当发生涉及全体组员的事情也通知仲裁者当仲裁者下达指示时组员会立即执行。组员之间不再相互沟通作出决定而是发生任何事都向仲裁者报一方面仲裁者站在整个团队的角度上对组员上报的事情做出决定。最后整个团队的交流过程就变为了组员向仲裁者报告仲裁者向组员下达指示。 Mediator 中出场的角色
Mediator仲裁者、中介者该角色负责定义与 Colleague 角色进行通信和做出决定的接口APIConcreteMediator具体的仲裁者、中介者该角色负责实现 Mediator 角色的接口负责作出实际决定。Colleague同事该角色负责定义与 Mediator 角色进行通信的接口。ConcreteColleague具体的同事该角色负责实现 Colleague 角色的接口。 类图如下 2. 应用 Mediator 模式非常典型的应用则是在集群服务异常下线时的选举如Redis的哨兵模式的监视和选举。 以下面为例内容来自于书籍 《Redis设计与实现》 如下图展示了一个哨兵系统server1 为主服务器server2,server3, server4 为从服务器sentinel 系统监视着这四个服务器 假设这时server1 进入下线状态那么从服务器 server2,server3, server4 对主服务器的复制将会被终中止并且 Sentinel 系统会查询到 server1下线 3. 当 server1 的下线时长超过用户设定的下线时长上限时Sentinel 系统就会对 server1 执行故障转移操作 Sentinel 系统会挑选 server1 的从服务器中的一个升级为主服务器之后Sentinel 系统会想 server1 的所有从服务器发送新的复制指令让他们成为新的主服务器的从服务器当所有从服务器都开始复制新的主服务器时故障转移操作执行完毕。 另外Sentinel 还会监视已经下线的 server1当其重新上线时会将其设置为新的主服务器的从服务器。 个人使用该部分内容是写给自己看的帮助自身理解因此就不交代项目背景了读者请自行忽略◐ˍ◑ Mediator 模式在目前的经验中似乎并没有用到不过临时想到了一个应用场景类如支付宝登录这种需要极度安全的操作肯定不能直接通过用户名密码验证需要根据当前使用的手机是否新手机、当前账号多久没有登录、截止目前登录了多少次等种种因素决定当前登录是否有效如此便可以使用仲裁者模式。Demo如下 // 判断接口
public interface Colleague {/*** 信息判决* param userInfo* return*/int judgment(String userInfo);
}public class LoginMadiator {// 登录次数验证private NumberColleague numberColleague new NumberColleague();// 手机号验证private PhoneColleague phoneColleague new PhoneColleague();/*** 登录判决** return*/public boolean loginJudgment(String userInfo) {// 根据用户信息获取登录次数的判定final int numberScore numberColleague.judgment(userInfo);// 根据用户信息获取是否新手机的的判定final int phoneScore phoneColleague.judgment(userInfo);// 如果登录次数或是否新手机的判定有一个小于80分本次登录验证不通过。return numberScore 80 || phoneScore 80;}
}public class DemoMain {public static void main(String[] args) {String userName 夏义春;String password 123456789;LoginService loginService new LoginService ();// 用户登录 返回用户登录信息final String userInfo loginService.login(userName, password);LoginMadiator loginMadiator new LoginMadiator();// 如果本次登录裁决失败则进行人脸或短信验证if (!loginMadiator.loginJudgment(userInfo)){// TODO : 进行人脸验证 或短信验证}}
}3. 总结
相关的设计模式
Facade 模式在 Mediator 模式汇总 Mediator 角色与 Colleague 角色进行交互。而在 Facade 模式中Facade 角色单方面地使用其他角色来对外提供高层接口。因此可以说 Mediator 是双向的而 Facade 是单向的。Observer 模式有时会使用Observer 模式来实现 Mediator 角色与 Colleague 角色之间的通信。 一时的小想法仅仅个人理解无需在意
一个仲裁类控制其他类来完成任务也可以存在变种即仲裁者也可以变成组员类似 主从模式可以自由选举。总的来说需要抉择多重的任务级别适用于仲裁者模式。
