真实项目案例实战——【状态设计模式】使用场景
写在前面:设计模式源于生活,而又高于生活!
什么是状态模式
状态模式允许一个对象在其内部状态改变的时候改变其行为。这个对象看上去就像是改变了它的类一样。
状态模式应用场景
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条评论来说两句吧...