真实项目案例实战——【状态设计模式】使用场景
写在前面:设计模式源于生活,而又高于生活!
什么是状态模式
状态模式允许一个对象在其内部状态改变的时候改变其行为。这个对象看上去就像是改变了它的类一样。
状态模式应用场景
1.一个对象的行为取决于它的状态,并且它必须在运行时刻根据状态改变它的行为。
2.操作中含有庞大的多分支的条件语句,且这些分支依赖于该对象的状态。这个状态通常用一个或多个枚举常量表示。 通常,有多个操作包含这一相同的条件结构。State模式将每一个条件分支放入一个独立的类中。这使得你可以根据对象自身的情况将对象的状态作为一个对象,这一对象可以不依赖于其他对象而独立变化。
状态模式实现
需要重构的代码
public class OrderService { public String orderState(String state) { if (state.equals("0")) { return "已经发货"; } if (state.equals("1")) { return "正在运送中..."; } if (state.equals("2")) { return "正在派送中..."; } if (state.equals("3")) { return "已经签收"; } if (state.equals("4")) { return "拒绝签收"; } if (state.equals("5")) { return "订单交易失败"; } return "未找到对应的状态"; } }
状态模式与策略模式区别
策略模式结构图:
状态模式结构图
1、状态模式重点在各状态之间的切换从而做不同的事情,而策略模式更侧重于根据具体情况选择策略,并不涉及切换。
2、状态模式不同状态下做的事情不同,而策略模式做的都是同一件事,例如聚合支付平台,有支付宝、微信支付、银联支付,虽然策略不同,但最终做的事情都是支付,也就是说他们之间是可替换的。反观状态模式,各个状态的同一方法做的是不同的事,不能互相替换。
状态模式封装了对象的状态,而策略模式封装算法或策略。因为状态是跟对象密切相关的,它不能被重用;而通过从Context中分离出策略或算法,我们可以重用它们。
在状态模式中,每个状态通过持有Context的引用,来实现状态转移;但是每个策略都不持有Context的引用,它们只是被Context使用。
状态模式实现
OrderState 定义统一抽象接口
public interface OrderState { /** * 返回都会不一样 * * @return */ public Object orderService(); }
OrderState 实现类:AlreadySignedOrderState
@Slf4j @Component public class AlreadySignedOrderState implements OrderState { @Override public Object orderService() { log.info(">> 切换已经签收状态"); return "切换已经签收状态"; } }
OrderState 实现类:InTransitOrderState
@Slf4j @Component public class InTransitOrderState implements OrderState { @Override public String orderService() { log.info(">>>切换为正在运送状态..."); return "success"; } }
OrderState 实现类:ShippedAlreadyOrderState
@Slf4j @Component public class ShippedAlreadyOrderState implements OrderState { public String orderService() { log.info(">>>切换为已经发货状态.."); return "已经发货.."; } }
Context上下文:StateContext
public class StateContext { private OrderState orderState; public StateContext(OrderState orderState) { this.orderState = orderState; } public void switchStateOrder() { orderState.orderService(); } }
OrderController
@RestController public class OrderController { @RequestMapping("/order") public String order(String stateBeanId) { //1.使用Spring上下文获取bean中对象 OrderState orderState = SpringUtils.getBean(stateBeanId, OrderState.class); // 2.使用上下文切换到不同的状态 StateContext stateContext = new StateContext(orderState); stateContext.switchStateOrder(); // 如果写多重if判断的话 整个代码流程 耗时比较长 直接Spring中精准定位到策略或者是状态的话 Map get方法的时候底层是数组 return "success"; } }
SpringUtils
@Component public class SpringUtils implements ApplicationContextAware { private static ApplicationContext applicationContext; @Override public void setApplicationContext(ApplicationContext applicationContext) throws BeansException { this.applicationContext = applicationContext; } //获取applicationContext public static ApplicationContext getApplicationContext() { return applicationContext; } //通过name获取 Bean. public static Object getBean(String name){ return getApplicationContext().getBean(name); } //通过class获取Bean. public static <T> T getBean(Class<T> clazz){ return getApplicationContext().getBean(clazz); } //通过name,以及Clazz返回指定的Bean public static <T> T getBean(String name,Class<T> clazz){ return getApplicationContext().getBean(name, clazz); } }
pom依赖
<parent> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-parent</artifactId> <version>2.0.1.RELEASE</version> </parent> <dependencies> <!-- sprinboot web --> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-web</artifactId> </dependency> <dependency> <groupId>org.projectlombok</groupId> <artifactId>lombok</artifactId> <version>1.16.10</version> </dependency> <dependency> <groupId>commons-lang</groupId> <artifactId>commons-lang</artifactId> <version>2.6</version> </dependency> </dependencies>
启动类
@SpringBootApplication public class AppOrderState { public static void main(String[] args) { SpringApplication.run(AppOrderState.class); } }
测试结果
访问:http://127.0.0.1:8080/order?stateBeanId=alreadySignedOrderState
控制台输出:>> 切换已经签收状态
访问:http://127.0.0.1:8080/order?stateBeanId=inTransitOrderState
控制台输出:>>>切换为正在运送状态...
访问:http://127.0.0.1:8080/order?stateBeanId=shippedAlreadyOrderState
控制台输出:>>>切换为已经发货状态..
版权@须臾之余https://my.oschina.net/u/3995125
本文参考:蚂蚁课堂:http://www.mayikt.com

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
Redis从入门到放弃系列(五) ZSet
Redis从入门到放弃系列(五) ZSet 本文例子基于:5.0.4 ZSet是Redis中一种比较复杂的数据结构,当存储大小在128之内且member得长度在64以下,其实现为zipList,超过为SkipList 忽然发现,到现在第五篇文章,还没有讲到zipList,然而前面例如Hash,List的篇章都涉及到了zipList的,后面会单独写一篇zipList的实现的~立Flag 请期待 【Redis从入门到放弃系列(外传) ZipList】 言归正传,首先让我们来看一下该如何在redis里面使用ZSet类型 //将一个或多个元素及其分数加入到有序集合里面 ZADD key [NX|XX] [CH] [INCR] score member [score member ...] 代码示例: //添加元素 >zadd store 1000 xiaoming 2000 xiaoqiang 3000 xiaoyue (integer) 3 //返回指定区间内的有序集合列表 > zrange store 0 -1 withscores 1) ...
- 下一篇
【AI实战】手把手教你深度学习文字识别(文字检测篇:基于MSER, CTPN, SegLink, EAST等方法)
文字检测是文字识别过程中的一个非常重要的环节,文字检测的主要目标是将图片中的文字区域位置检测出来,以便于进行后面的文字识别,只有找到了文本所在区域,才能对其内容进行识别。 文字检测的场景主要分为两种,一种是简单场景,另一种是复杂场景。其中,简单场景的文字检测较为简单,例如像书本扫描、屏幕截图、或者清晰度高、规整的照片等;而复杂场景,主要是指自然场景,情况比较复杂,例如像街边的广告牌、产品包装盒、设备上的说明、商标等等,存在着背景复杂、光线忽明忽暗、角度倾斜、扭曲变形、清晰度不足等各种情况,文字检测的难度更大。如下图: 本文将介绍简单场景、复杂场景中常用的文字检测方法,包括形态学操作、MSER+NMS、CTPN、SegLink、EAST等方法,并主要以ICDAR场景文字图片数据集介绍如何使用这些方法,如下图: 1、简单场景:形态学操作法 通过利用计算机视觉中的图像形态学操作,包括膨胀、腐蚀基本操作,即可实现简单场景的文字检测,例如检测屏幕截图中的文字区域位置,如下图: 其中,“膨胀”就是对图像中的高亮部分进行扩张,让白色区域变多;“腐蚀”就是图像中的高亮部分被蚕食,让黑色区域变多。通过膨...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- Jdk安装(Linux,MacOS,Windows),包含三大操作系统的最全安装
- Windows10,CentOS7,CentOS8安装MongoDB4.0.16
- CentOS7编译安装Gcc9.2.0,解决mysql等软件编译问题
- Mario游戏-低调大师作品
- CentOS8安装Docker,最新的服务器搭配容器使用
- Docker使用Oracle官方镜像安装(12C,18C,19C)
- Docker快速安装Oracle11G,搭建oracle11g学习环境
- MySQL8.0.19开启GTID主从同步CentOS8
- CentOS8编译安装MySQL8.0.19
- SpringBoot2配置默认Tomcat设置,开启更多高级功能