行政架构和组织架构行政组织结构模型图

转载

网络智叶 2024-05-31 07:27:18

文章标签 行政架构和组织架构设计模式 java 适配器模式 ide 文章分类 架构后端开发

七、状态模式

最重要的是与策略模式的区别：

策略模式中，是Client提供了不同的策略给Context；状态模式中，状态转移由Context或State自己管理。

状态模式允许对象在内部状态改变时改变它的行为，对象看起来好像修改了他的类。适用场景：一个对象的行为取决于他的状态，并且它必须在运行时根据状态改变它的行为；一个操作中含有庞大的多分支结构，并且这些分支决定于对象的状态。类图：

行政架构和组织架构行政组织结构模型图_ide

模式的组成：环境类Context: 定义客户感兴趣的接口。维护一个ConcreteState子类的实例，这个实例定义当前状态；抽象状态类State: 定义一个接口以封装与Context的一个特定状态相关的行为；具体状态类ConcreteState: 每一子类实现一个与Context的一个状态相关的行为；实例：push显示红-〉黄-〉绿，pull显示绿-〉黄-〉红

public interface State
 {
     public void handlePush(Context context);

     public void handlePull(Context context);

     public String getColor();
 }

 public class Context
 {
     private State state = null;

     public State getState()
     {
         return state;
     }

     public void setState(final State state)
     {
         this.state = state;
     }

     public void push()
     {
         state.handlePush(this);
     }

     public void pull()
     {
         state.handlePull(this);
     }

 }

 //RED
 public class ConcreteStateA implements State
 {
     @Override
     public void handlePush(final Context context)
     {
         System.out.print(this.getColor());

         final State state = new ConcreteStateB();
         context.setState(state);
         state.handlePush(context);
     }

     @Override
     public void handlePull(final Context context)
     {
         System.out.print(this.getColor());
     }

     @Override
     public String getColor()
     {
         return "RED";
     }
 }

 //YELLOW
 public class ConcreteStateB implements State
 {
     @Override
     public void handlePush(final Context context)
     {
         System.out.print(this.getColor());

         final State state = new ConcreteStateC();
         context.setState(state);
         state.handlePush(context);

     }

     @Override
     public void handlePull(final Context context)
     {
         System.out.print(this.getColor());

         final State state = new ConcreteStateA();
         context.setState(state);
         state.handlePull(context);
     }

     @Override
     public String getColor()
     {
         return "YELLOW";
     }

 }

 //green
 public class ConcreteStateC implements State
 {
     @Override
     public void handlePush(final Context context)
     {
         System.out.print(this.getColor());
     }

     @Override
     public void handlePull(final Context context)
     {
         System.out.print(this.getColor());

         final State state = new ConcreteStateB();
         context.setState(state);
         state.handlePull(context);

     }

     @Override
     public String getColor()
     {
         return "GREEN";
     }
 } public class Client
 {
     public static void main(final String[] args)
     {
         // YTODO Auto-generated method stub
         final Context context = new Context();
         context.setState(new ConcreteStateA());
         System.out.println("PUSH:");
         context.push();
         System.out.println("\nPULL:");
         context.pull();
     }
 }

结果： PUSH: REDYELLOWGREEN PULL: GREENYELLOWRED

八、桥模式

类图：

行政架构和组织架构行政组织结构模型图_java_02

　　根据业务的功能要求，业务的变化具有两个维度，一个维度是抽象的消息，包括普通消息、加急消息和特急消息，这几个抽象的消息本身就具有一定的关系，加急消息和特急消息会扩展普通消息；另一个维度是在具体的消息发送方式上，包括系统内短消息、邮件和手机短消息，这几个方式是平等的，可被切换的方式。

现在出现问题的根本原因，就在于消息的抽象和实现是混杂在一起的，这就导致了一个纬度的变化会引起另一个纬度进行相应的变化，从而使得程序扩展起来非常困难。

要想解决这个问题，就必须把这两个纬度分开，也就是将抽象部分和实现部分分开，让它们相互独立，这样就可以实现独立的变化，使扩展变得简单。抽象部分就是各个消息的类型所对应的功能，而实现部分就是各种发送消息的方式。按照桥梁模式的结构，给抽象部分和实现部分分别定义接口，然后分别实现它们就可以了。