您的位置:首页 > 文旅 > 旅游 > 校园网页设计代码_开发一个app需要哪些技术_提高网站排名_磁力猫

校园网页设计代码_开发一个app需要哪些技术_提高网站排名_磁力猫

2024/12/28 14:33:38 来源:https://blog.csdn.net/weixin_51395608/article/details/144099014  浏览:    关键词:校园网页设计代码_开发一个app需要哪些技术_提高网站排名_磁力猫
校园网页设计代码_开发一个app需要哪些技术_提高网站排名_磁力猫

目录

  • 1. 简介
  • 2. 代码
    • 2.1 SelectFoodService (选择食品)
    • 2.2 PayService (支付服务)
    • 2.3 TakeService (制作服务)
    • 2.4 OrderService (下单服务)
    • 2.5 Food (食品)
    • 2.6 TackingSystem (外观类)
    • 2.7 Test (测试类)
  • 3. 优缺点
  • 3. 总结

1. 简介

外观模式是一种结构型设计模式。它为子系统中的一组接口提供了一个统一的高层接口,这个高层接口使得子系统更容易使用。就好像给一个复杂的机器(子系统)安装了一个简单的控制面板(外观类),用户通过操作这个控制面板就能轻松地使用机器的各种功能,而不需要了解机器内部复杂的结构和各个部件(子系统中的接口)是如何协同工作的。

例如,考虑一个计算机系统,它包含了 CPU、硬盘、内存等多个组件,每个组件都有自己复杂的操作接口。通过外观模式,可以创建一个 “计算机启动” 外观类,它内部封装了 CPU 初始化、硬盘加载系统文件、内存自检等操作。用户只需要调用 “计算机启动” 这个简单的操作,而不用去分别调用每个组件的复杂操作。

外观模式的结构组成

  • 外观类(Facade Class
    这是外观模式的核心。外观类知道哪些子系统类负责处理请求,并将客户的请求代理给适当的子系统对象。它简化了与子系统的交互方式,对外提供了一个更加简单、统一的接口。例如,在上述计算机启动的例子中,“计算机启动” 类就是外观类。
  • 子系统类(Sub - system Classes
    这些是实现具体功能的类,它们各自负责一个特定的、复杂的功能部分。在计算机系统中,CPU 类、硬盘类、内存类等都是子系统类。它们本身的操作可能很复杂,但外观类会对它们进行整合,使得用户不需要直接接触这些复杂的操作。

2. 代码

这里用点餐系统举例子。

2.1 SelectFoodService (选择食品)

public class SelectFoodService {public void select(String foodName){System.out.println("正在选择" + foodName + "。。。");}
}

2.2 PayService (支付服务)

public class PayService {public void pay(){System.out.println("正在支付。。。");}public boolean checkBanlance(){System.out.println("正在检查用户余额。。。");return true;}
}

2.3 TakeService (制作服务)

public class TakeService {public void taking(){System.out.println("正在制作外卖。。。");}
}

2.4 OrderService (下单服务)

public class OrderService {public void makeOrder(){System.out.println("正在下单。。。");}
}

2.5 Food (食品)

public class Food {private String name;public String getName() {return name;}public void setName(String name) {this.name = name;}
}

2.6 TackingSystem (外观类)

public class TackingSystem {private SelectFoodService selectFoodService;private PayService payService;private OrderService orderService;private TakeService takeService;public TackingSystem(){selectFoodService = new SelectFoodService();payService = new PayService();orderService = new OrderService();takeService = new TakeService();}public void orderTacking(Food food){// 点餐selectFoodService.select(food.getName());// 校验余额boolean isPay = payService.checkBanlance();// 支付if(isPay){payService.pay();takeService.taking();orderService.makeOrder();}}
}

2.7 Test (测试类)

public class Test {public static void main(String[] args) {Food food = new Food();food.setName("西红柿鸡蛋面");TackingSystem tackingSystem = new TackingSystem();tackingSystem.orderTacking(food);}
}

输出结果:

正在选择西红柿鸡蛋面。。。
正在检查用户余额。。。
正在支付。。。
正在制作外卖。。。
正在下单。。。

3. 优缺点

外观模式的优点

  • 简化接口
    为复杂的子系统提供了一个简单的、统一的接口,降低了客户端与子系统之间的耦合度。客户端只需要和外观类交互,不需要了解子系统内部的复杂细节,就像在家庭影院系统中,用户只需要通过外观类的 “watchMovie” 和 “endMovie” 方法就能轻松控制整个系统,而不用分别去操作每个设备。
  • 提高可维护性和可扩展性
    当子系统内部的结构和功能发生变化时,只要外观类的接口保持不变,客户端代码就不需要修改。例如,如果要升级 DVD 播放器的内部软件,只要它的 “turnOn” 和 “turnOff” 接口不变,外观类和客户端代码都不需要调整。同时,新的子系统可以很容易地添加到外观类中,方便系统的扩展。
  • 实现了层次隔离
    外观模式可以将系统的高层逻辑和底层实现分离开来。高层逻辑通过外观类来体现,底层的子系统则负责具体的功能实现。这种层次隔离使得代码的结构更加清晰,便于不同层次的开发人员分别进行开发和维护。

外观模式的缺点

  • 不符合开闭原则的潜在风险
    如果外观类的接口需要修改,可能会影响到所有使用该外观类的客户端。因为外观类是客户端和子系统之间的桥梁,一旦这个桥梁的接口发生变化,就可能需要修改客户端代码。例如,如果要在家庭影院系统的外观类中添加一个新的功能,如 “暂停电影”,那么所有使用这个外观类的客户端代码可能都需要相应地修改,这在一定程度上不符合开闭原则(对扩展开放,对修改关闭)。
  • 外观类可能会变得过于复杂
    如果子系统本身非常庞大和复杂,外观类需要整合大量的子系统接口,那么外观类可能会变得臃肿和复杂。这可能会导致外观类的维护成本增加,而且可能会降低代码的可读性。例如,一个大型企业级软件系统的外观类,如果要整合众多的子系统,如数据库管理系统、消息队列系统、文件存储系统等,外观类的代码可能会变得非常复杂。

3. 总结

其实就是定义多个子系统,一个总系统,随后总系统初始化多个子系统,然后使用就行了。

版权声明:

本网仅为发布的内容提供存储空间,不对发表、转载的内容提供任何形式的保证。凡本网注明“来源:XXX网络”的作品,均转载自其它媒体,著作权归作者所有,商业转载请联系作者获得授权,非商业转载请注明出处。

我们尊重并感谢每一位作者,均已注明文章来源和作者。如因作品内容、版权或其它问题,请及时与我们联系,联系邮箱:809451989@qq.com,投稿邮箱:809451989@qq.com