以下区域不属于官方网站,网络营销平台策略,公司网站域名怎么注册,申请网站域名要多少钱~犬#x1f4f0;余~ “我欲贱而贵#xff0c;愚而智#xff0c;贫而富#xff0c;可乎#xff1f; 曰#xff1a;其唯学乎” 一、访问者模式概述 \quad 江湖中有一个传说#xff1a;在遥远的东方#xff0c;有一座神秘的玉楼。每当武林中人来访#xff0c;楼中的各个房… ~犬余~ “我欲贱而贵愚而智贫而富可乎 曰其唯学乎” 一、访问者模式概述 \quad 江湖中有一个传说在遥远的东方有一座神秘的玉楼。每当武林中人来访楼中的各个房间都会根据来访者的身份展现出不同的面貌。练剑之人来访便见剑术精要习医之人来访则现医道真谛。一样的楼阁却能因来访者的不同而呈现万千气象。这正是访问者模式的真谛。 \quad 在软件设计的世界里访问者模式就像这座神奇的玉楼。它允许我们将数据结构和数据操作分离就像将楼阁和访客分开一样。这种设计模式定义了一种方式让我们能够在不改变已有对象结构的情况下向其中添加新的操作行为。 \quad 想象一下游乐园的场景过山车、旋转木马、海盗船等设施早已固定在那里但每天都会有不同的人来访问它们 —— 游客来游玩、检查员来检修、维护工来保养。每类访问者都会对这些设施进行不同的操作但设施本身的结构并不会因此改变。
二、访问者模式的角色组成 \quad 在解析访问者模式的角色构成之前让我们先看一下它的整体结构 \quad 就像一座精心设计的园林访问者模式中的每个角色都各司其职共同构建出一个优雅的结构体系。让我们一起走进这座代码园林认识一下其中的主要角色
Element元素它就像游乐园中的各个游乐设施。每个Element都定义了一个accept方法这个方法就像设施的接待窗口来访者必须通过这个窗口才能与设施互动。在我们的游乐园例子中它可以是过山车、旋转木马等具体设施。Visitor访问者它就像是来游乐园的不同人员。可能是来玩耍的游客、来检修的工程师或是来检查安全的督察员。每种访问者都定义了一系列visit方法用于访问不同类型的元素。这些方法就像是不同人员对设施的不同操作方式。ObjectStructure对象结构像是整个游乐园的管理处。它知道园内有哪些设施并且负责安排访问者去访问这些设施。当一个安全检查员来到游乐园时管理处会安排他依次检查所有的设施。ConcreteElement具体元素是Element的实现类就像具体的过山车、旋转木马。它们都实现了accept方法在方法中通过调用访问者的visit方法来完成具体的操作。这就像每个设施都知道如何配合不同人员的工作。ConcreteVisitor具体访问者Visitor的实现类例如具体的安全检查员、维修工程师等。他们各自实现了visit方法定义了对不同设施的具体操作流程。检查员检查安全隐患工程师进行维护保养各司其职。 \quad 这些角色之间的互动就像是一场精心编排的舞蹈当游客ConcreteVisitor来到游乐园ObjectStructure时管理处会安排他们依次游览各个设施ConcreteElement。每个设施都会根据访问者的身份展现出相应的互动方式。
三、访问者模式案例 \quad 让我们通过一个完整的游乐园管理系统来深入理解访问者模式。在这个系统中我们需要对不同的游乐设施进行日常检查和维护。每种设施都有其特定的检查点而不同的工作人员访问者也有着不同的工作职责。 \quad 首先让我们定义设施接口和具体设施
// 设施接口
public interface Facility {void accept(FacilityVisitor visitor);
}// 过山车设施
public class RollerCoaster implements Facility {private String name;private int maxSpeed;public RollerCoaster(String name, int maxSpeed) {this.name name;this.maxSpeed maxSpeed;}public String getName() { return name; }public int getMaxSpeed() { return maxSpeed; }Overridepublic void accept(FacilityVisitor visitor) {visitor.visit(this);}
}// 旋转木马设施
public class Carousel implements Facility {private String name;private int capacity;public Carousel(String name, int capacity) {this.name name;this.capacity capacity;}public String getName() { return name; }public int getCapacity() { return capacity; }Overridepublic void accept(FacilityVisitor visitor) {visitor.visit(this);}
}// 访问者接口
public interface FacilityVisitor {void visit(RollerCoaster rollerCoaster);void visit(Carousel carousel);
}// 安全检查员
public class SafetyInspector implements FacilityVisitor {Overridepublic void visit(RollerCoaster rollerCoaster) {System.out.println(安全检查员正在检查过山车 rollerCoaster.getName());System.out.println(检查最高速度: rollerCoaster.getMaxSpeed() km/h);System.out.println(检查安全带和刹车系统...);}Overridepublic void visit(Carousel carousel) {System.out.println(安全检查员正在检查旋转木马 carousel.getName());System.out.println(检查承载人数: carousel.getCapacity() 人);System.out.println(检查座椅固定装置...);}
}// 维护工程师
public class MaintenanceEngineer implements FacilityVisitor {Overridepublic void visit(RollerCoaster rollerCoaster) {System.out.println(维护工程师正在保养过山车 rollerCoaster.getName());System.out.println(润滑轨道和车轮...);System.out.println(检测电机运行状态...);}Overridepublic void visit(Carousel carousel) {System.out.println(维护工程师正在保养旋转木马 carousel.getName());System.out.println(检查驱动系统...);System.out.println(更换磨损零件...);}
}// 游乐园管理类
public class AmusementPark {private ListFacility facilities new ArrayList();public void addFacility(Facility facility) {facilities.add(facility);}public void accept(FacilityVisitor visitor) {for(Facility facility : facilities) {facility.accept(visitor);}}
}\quad 现在让我们通过一个具体的例子来运行这个系统:
public class Test{public static void main(String[] args) {// 创建游乐园AmusementPark park new AmusementPark();// 添加设施park.addFacility(new RollerCoaster(极速之星, 120));park.addFacility(new Carousel(童话木马, 30));// 创建访问者SafetyInspector inspector new SafetyInspector();MaintenanceEngineer engineer new MaintenanceEngineer();// 进行安全检查System.out.println( 开始安全检查 );park.accept(inspector);System.out.println(\n 开始设备维护 );park.accept(engineer);}
}\quad 运行这段代码我们可以看到不同的访问者对相同设施进行不同的操作而不需要修改设施类的代码
四、访问者模式优缺点
4.1. 优点 \quad 访问者模式最显著的特点是实现了数据结构与数据操作的分离。就像我们的游乐园案例无论是增加新的检查员还是维护工程师都不需要修改原有的设施类代码。这种设计非常符合开闭原则对扩展开放对修改关闭。同时相关的操作行为被集中在访问者类中使得操作逻辑更加集中和清晰。例如所有的安全检查逻辑都在SafetyInspector类中便于统一管理和维护。
4.2. 缺点 \quad 首先是对扩展元素类型不友好。如果我们要在游乐园中增加一种全新的设施类型就需要修改所有现有的访问者类添加相应的visit方法。这违反了开闭原则。其次访问者模式要求元素类的内部结构对访问者是可见的。比如检查员需要知道过山车的最高速度、旋转木马的承载人数等属性这在某种程度上破坏了对象的封装性。 \quad 此外使用访问者模式可能会导致系统变得更复杂。我们需要维护多个访问者类它们之间可能存在一些交叉的职责。比如安全检查和维护工作可能会有重叠的检查项目这时就需要考虑如何合理划分职责。
五、访问者模式的适用场景 \quad 访问者模式就像是一位经验丰富的管家最适合处理对象结构相对稳定但操作多种多样的场景。除了我们讨论的游乐园管理系统它在许多其他领域也有着广泛的应用。 \quad 比如在编译器设计中语法树的结构一旦确定就不会改变但我们需要对语法树进行词法分析、语法分析、代码生成等多种操作。又如在文档处理系统中文档结构段落、章节、图表等相对固定但我们需要对文档进行打印、预览、格式转换等不同操作。 \quad 当你发现系统中有一个复杂的对象结构而且经常需要对这些对象进行不同的操作时不妨考虑使用访问者模式。但如果对象结构经常变动或者操作比较单一使用访问者模式可能会适得其反。
六、总结 \quad 访问者模式讲究的是进退有度相互尊重。它通过巧妙的设计让数据结构与数据操作得以分离就像是让每位访客都能以最适合的方式与主人互动。 \quad 在实际应用中我们要明智地选择是否使用访问者模式。当面对稳定的对象结构和多变的操作需求时访问者模式如同一位老成持重的管家能够有条不紊地处理各种访客的需求。但如果对象结构经常变动或者操作相对单一使用访问者模式反而会使系统变得臃肿复杂。 \quad 正如古人云万物有度过犹不及。设计模式也是如此关键在于找到最适合当前场景的解决方案。访问者模式不过是我们设计工具箱中的一件利器懂得何时使用方能游刃有余。 关注犬余共同进步 技术从此不孤单
