設計模式之State

2023-10-15 10:32
文章标签 模式 state 設計

本文主要是介绍設計模式之State,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

State的定義: 不同的狀態,不同的行爲;或者說,每個狀態有著相應的行爲。

何時使用?
State
模式在實際使用中比較多,適合"狀態的切換"。因爲我們經常會使用If elseif else 進行狀態切換, 如果針對狀態的這樣判斷切換反復出現,我們就要聯想到是否可以採取State模式了。

不只是根據狀態,也有根據屬性。如果某個物件的屬性不同,物件的行爲就不一樣,這點在資料庫系統中出現頻率比較高,我們經常會在一個資料表的尾部,加上property屬性含義的欄位,用以標識記錄中一些特殊性質的記錄,這種屬性的改變(切換)又是隨時可能發生的,就有可能要使用State

是否使用?
在實際使用,類似開關一樣的狀態切換是很多的,但有時並不是那麽明顯,取決於你的經驗和對系統的理解深度。

這裏要闡述的是"開關切換狀態" " 一般的狀態判斷"是有一些區別的, " 一般的狀態判斷"也是有 if..elseif結構,例如:

    if (which==1) state="hello";
    
else if (which==2) state="hi";
    else if (which==3) state="bye";

這是一個 " 一般的狀態判斷",state值的不同是根據which變數來決定的,whichstate沒有關係。如果改成:

    if (state.euqals("bye")) state="hello";
    
else if (state.euqals("hello")) state="hi";
    else if (state.euqals("hi")) state="bye";

這就是 "開關切換狀態",是將state的狀態從"hello"切換到"hi",再切換到""bye";在切換到"hello",好象一個旋轉開關,這種狀態改變就可以使用State模式了。

如果單純有上面一種將"hello"-->"hi"-->"bye"-->"hello"這一個方向切換,也不一定需要使用State模式,因爲State模式會建立很多子類別,複雜化,但是如果又發生另外一個行爲:將上面的切換方向反過來切換,或者需要任意切換,就需要State了。

請看下例:

public class Context{

  private Color state=null;

  public void push(){

    //如果當前red狀態 就切換到blue
    
if (state==Color.red) state=Color.blue;

    //如果當前blue狀態 就切換到
green
    
else if (state==Color.blue) state=Color.green;

    //如果當前black狀態 就切換到
red
    
else if (state==Color.black) state=Color.red;

    //如果當前green狀態 就切換到
black
    
else if (state==Color.green) state=Color.black;
    

    Sample sample=new Sample(state);
    
sample.operate();
  }

  public void pull(){

    //push狀態切換正好相反

    if (state==Color.green) state=Color.blue;
    
else if (state==Color.black) state=Color.green;
    
else if (state==Color.blue) state=Color.red;
    
else if (state==Color.red) state=Color.black;

    
Sample2 sample2=new Sample2(state);
    
sample2.operate();
  }

}

在上例中,我們有兩個動作push推和pull,這兩個開關動作,改變了Context顔色,至此,我們就需要使用State模式優化它。

另外注意:但就上例,state的變化,只是簡單的顔色賦值,這個具體行爲是很簡單的,State適合巨大的具體行爲,因此在,就本例,實際使用中也不一定非要使用State模式,這會增加子類別的數目,簡單的變複雜。

例如: 銀行帳戶, 經常會在Open 狀態和Close狀態間轉換。

例如: 經典的TcpConnection, Tcp的狀態有創建 偵聽 關閉三個,並且反復轉換,其創建 偵聽 關閉的具體行爲不是簡單一兩句就能完成的,適合使用State

例如:信箱POP帳號, 會有四種狀態, start HaveUsername Authorized quit,每個狀態對應的行爲應該是比較大的.適合使用State

例如:在工具箱挑選不同工具,可以看成在不同工具中切換,適合使用State。如 具體繪圖程式,用戶可以選擇不同工具繪製方框 直線 曲線,這種狀態切換可以使用State

如何使用
State
需要兩種類型實體參與:

1.state manager 狀態管理器 ,就是開關 ,如上面例子的Context實際就是一個state manager, state manager中有對狀態的切換動作。
2.
用抽象類別或介面實現的父類別,,不同狀態就是繼承這個父類別的不同子類別。

以上面的Context爲例。我們要修改它,建立兩個類型的實體。
第一步: 首先建立一個父類別:

public abstract class State{

  public abstract void handlepush(Context c);
  
public abstract void handlepull(Context c);
  public abstract void getcolor();

}

父類別中的方法要對應state manager中的開關行爲,state manager 本例就是Context,有兩個開關動作push推和pull拉。那麽在狀態父類別中就要有具體處理這兩個動作:handlepush() handlepull(); 同時還需要一個獲取pushpull結果的方法getcolor()

下面是具體子類別的實現:

public class BlueState extends State{

  public void handlepush(Context c){
     //根據push方法"如果是blue狀態的切換到
green" ;
     c.setState(new GreenState());

  }
  public void handlepull(Context c){

     //根據pull方法"如果是blue狀態的切換到red" ;
    c.setState(new RedState());

  }

  public abstract void getcolor(){ return (Color.blue)}

}

同樣 其他狀態的子類別實現如blue一樣。

第二步: 要重新改寫State manager 也就是本例的Context:

public class Context{

  private Sate state=null; //我們將原來的 Color state 改成了新建的State state;

  //setState是用來改變state的狀態 使用setState實現狀態的切換
  pulic void setState(State state){

    this.state=state;

  }

  public void push(){

    //狀態的切換的細節部分,在本例中是顔色的變化,已經封裝在子類別的handlepush中實現,這裏無需關心
    state.handlepush(this);
    

    //因爲sample要使用state中的一個切換結果,使用getColor()
    
Sample sample=new Sample(state.getColor());
    sample.operate();

  }

  public void pull(){

    state.handlepull(this);
    

    Sample2 sample2=new Sample2(state.getColor());
    sample2.operate();

  }

}

至此,我們也就實現了Staterefactorying過程。

以上只是相當簡單的一個實例,在實際應用中,handlepushhandelpull的處理是複雜的。

这篇关于設計模式之State的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



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

相关文章

Java实现状态模式的示例代码

《Java实现状态模式的示例代码》状态模式是一种行为型设计模式,允许对象根据其内部状态改变行为,本文主要介绍了Java实现状态模式的示例代码,文中通过示例代码介绍的非常详细,需要的朋友们下面随着小编来... 目录一、简介1、定义2、状态模式的结构二、Java实现案例1、电灯开关状态案例2、番茄工作法状态案例

在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 分钟阅读 当有人潜入软件工程世界时,有一天他需要学习软件架构模式的基础知识。当我刚接触编码时,我不知道从哪里获得简要介绍现有架构模式的资源,这样它就不会太详细和混乱,而是非常抽象和易