【机房合作】重新认识外观模式

2024-08-25 19:08

本文主要是介绍【机房合作】重新认识外观模式,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

	机房收费系统合作版,是我们第三次与机房收费系统相遇的时刻。在个人重构的时候,我们就开始了“七层架构”之旅,其中外观模式是单独作为一层来开发的。
	那个时候,也不理解外观是起到怎样一个作用,大话上的解释表面上容易理解,看完后自己也觉得很有道理。但在系统程序中,自己是只要经过BLL逻辑层的一个方法,就需要再经过一次外观,从而“解除耦合”,避免了UI层与BLL层之间直接传递数据。
	那个时候,在敲代码的时候就有一种感觉:每次写完B层逻辑,又要在F层重新写一次,这就是在解耦和吗?外观模式就是这样的吗?后来同学之间也交流过,发现有些人就干脆直接跳过外观,BLL层与UI层之间建立起了联系。
	而我还是坚持从始至终都使用了外观的,下面是个人重构的时候充值的BLL层代码截图:
	Facade层的代码截图:
	可以看出,我的Facade外观层实际上就是与我的BLL逻辑层的方法一一对应。这难道就是外观模式的应用吗?
	答案是:No	下面两张截图是机房合作的Facade层和BLL层的第二版代码,
	外观层变得很简单了,只需要实例化一个BLL层,调用其中的方法:
	
	而所有的一系列逻辑判断都在其中的RechargeBLL层,这里面还实例化了两个其它类的BLL层:
	
	在个人重构的时候,大部分判断提示都是写在了UI层,这样是不符合常理的。第二版代码进步的一点就在于把所有的逻辑判断都放在了BLL层。
	比如说充值这一业务,就包含多个判断:第一,判断充值卡号是否存在,给予提示;第二,判断充值卡号是否使用,给予提示;第三,查询该卡号余额;第四,执行充值,更新余额,给予提示。
	而前面三个业务判断都属于BLL层中的其他类,现在又同时堆积在了一个RechargeBLL类中,这样外观层真的起到作用了吗?
	答案是:No	在看机房合作最后一版的代码截图之前,先温习一下大话中是如何给我们讲解外观模式的。
	外观模式(Facade),为子系统中的一组接口提供一个一致的界面,此模式定义了一个高层接口,这个接口使得这一子系统更加容易使用。
	这个定义个人觉得很抽象,读完后,感觉有道理,但好像始终不能理解其中的深刻内涵。所以,我还是拿充值这一业务逻辑,来重新认识外观模式。
	下面是加上了外观模式的充值业务的外观层类图
	其中下面三个BLL层就相当于书上说的各个子系统,因为这一个业务涉及到多个BLL层中的类,这时候外观就可以起到作用了。外观层表面上看起来只有一个方法,其实它就是书上说到的方法组,“外观类,它需要了解所有的子系统的方法或属性,进行组合,以备外界使用。”
	下面是改进后的充值Facade层代码截图:
	
	BLL层代码截图:
	
	这样子,才是真正实现了外观模式的作用。这样子,才算是真正体会到了外观模式的魅力。这样子,才算是解决系统的耦合性问题。	机房合作的这一路,坎坎坷坷,原本打算速战速决,可那是想的。事实上,这一路,特别漫长。每件事组长都必须亲力亲为,这既是责任,也是考验。从现在看来,这其实更是学习的机会,虽然经历过了,但再一次遇见,一定会有不一样的精彩。也正是因为自己一次次放下,一次次又捡起,才让我,重新认识了外观模式,真正认识了外观模式。

这篇关于【机房合作】重新认识外观模式的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/1106400

相关文章

在JS中的设计模式的单例模式、策略模式、代理模式、原型模式浅讲

1. 单例模式(Singleton Pattern) 确保一个类只有一个实例,并提供一个全局访问点。 示例代码: class Singleton {constructor() {if (Singleton.instance) {return Singleton.instance;}Singleton.instance = this;this.data = [];}addData(value)

模版方法模式template method

学习笔记,原文链接 https://refactoringguru.cn/design-patterns/template-method 超类中定义了一个算法的框架, 允许子类在不修改结构的情况下重写算法的特定步骤。 上层接口有默认实现的方法和子类需要自己实现的方法

【iOS】MVC模式

MVC模式 MVC模式MVC模式demo MVC模式 MVC模式全称为model(模型)view(视图)controller(控制器),他分为三个不同的层分别负责不同的职责。 View:该层用于存放视图,该层中我们可以对页面及控件进行布局。Model:模型一般都拥有很好的可复用性,在该层中,我们可以统一管理一些数据。Controlller:该层充当一个CPU的功能,即该应用程序

迭代器模式iterator

学习笔记,原文链接 https://refactoringguru.cn/design-patterns/iterator 不暴露集合底层表现形式 (列表、 栈和树等) 的情况下遍历集合中所有的元素

《x86汇编语言:从实模式到保护模式》视频来了

《x86汇编语言:从实模式到保护模式》视频来了 很多朋友留言,说我的专栏《x86汇编语言:从实模式到保护模式》写得很详细,还有的朋友希望我能写得更细,最好是覆盖全书的所有章节。 毕竟我不是作者,只有作者的解读才是最权威的。 当初我学习这本书的时候,只能靠自己摸索,网上搜不到什么好资源。 如果你正在学这本书或者汇编语言,那你有福气了。 本书作者李忠老师,以此书为蓝本,录制了全套视频。 试

利用命令模式构建高效的手游后端架构

在现代手游开发中,后端架构的设计对于支持高并发、快速迭代和复杂游戏逻辑至关重要。命令模式作为一种行为设计模式,可以有效地解耦请求的发起者与接收者,提升系统的可维护性和扩展性。本文将深入探讨如何利用命令模式构建一个强大且灵活的手游后端架构。 1. 命令模式的概念与优势 命令模式通过将请求封装为对象,使得请求的发起者和接收者之间的耦合度降低。这种模式的主要优势包括: 解耦请求发起者与处理者

springboot实战学习(1)(开发模式与环境)

目录 一、实战学习的引言 (1)前后端的大致学习模块 (2)后端 (3)前端 二、开发模式 一、实战学习的引言 (1)前后端的大致学习模块 (2)后端 Validation:做参数校验Mybatis:做数据库的操作Redis:做缓存Junit:单元测试项目部署:springboot项目部署相关的知识 (3)前端 Vite:Vue项目的脚手架Router:路由Pina:状态管理Eleme

状态模式state

学习笔记,原文链接 https://refactoringguru.cn/design-patterns/state 在一个对象的内部状态变化时改变其行为, 使其看上去就像改变了自身所属的类一样。 在状态模式中,player.getState()获取的是player的当前状态,通常是一个实现了状态接口的对象。 onPlay()是状态模式中定义的一个方法,不同状态下(例如“正在播放”、“暂停

软件架构模式:5 分钟阅读

原文: https://orkhanscience.medium.com/software-architecture-patterns-5-mins-read-e9e3c8eb47d2 软件架构模式:5 分钟阅读 当有人潜入软件工程世界时,有一天他需要学习软件架构模式的基础知识。当我刚接触编码时,我不知道从哪里获得简要介绍现有架构模式的资源,这样它就不会太详细和混乱,而是非常抽象和易

使用Spring Boot集成Spring Data JPA和单例模式构建库存管理系统

引言 在企业级应用开发中,数据库操作是非常重要的一环。Spring Data JPA提供了一种简化的方式来进行数据库交互,它使得开发者无需编写复杂的JPA代码就可以完成常见的CRUD操作。此外,设计模式如单例模式可以帮助我们更好地管理和控制对象的创建过程,从而提高系统的性能和可维护性。本文将展示如何结合Spring Boot、Spring Data JPA以及单例模式来构建一个基本的库存管理系统