专栏首页技术赋能学术Head First设计模式——蝇量模式和解释器模式

Head First设计模式——蝇量模式和解释器模式

蝇量

蝇量模式:如果让某个类的一个实例能用来提供许多“虚拟实例”,就使用蝇量模式。

在一个设计房子的平台中,周围要加上一些树,树有一个坐标XY坐标位置,而且可以根据树的年龄动态将自己绘制出来。如果我们创建许多树之后,会有许多树的实例对象。使用一个树实例和一个客户对象来维护“所有”树的状态,这就是蝇量模式。

设计类图:

实现代码:

①创建一个存储树状态的类

1     public class TreeState
2     {
3         public int X { get; set; }
4         public int Y { get; set; }
5         public int Age { get; set; }
6     }

②创建一个没有状态的树对象

1     public class Tree
2     {
3         public void Display(int x, int y, int age) {
4             Console.WriteLine($"坐标:{x},{y}  树龄:{age}");
5         }
6     }

③创建管理对象

 1     public class TreeManager
 2     {
 3         List<TreeState> treeArray;
 4         private Tree treeObj;
 5         public TreeManager(List<TreeState> trees) {
 6             treeArray = trees;
 7             treeObj = new Tree();
 8         }
 9 
10         public void DispalyTress() {
11             foreach (var tree in treeArray)
12             {
13                 treeObj.Display(tree.X, tree.Y, tree.Age);
14             }
15         }
16     }

优点:

1、减少运行时对象实例的个数,节省内存。

2、将许多”虚拟“对象的状态集中管理。

用途和缺点:

1、当一个类有许多的实例,而这些实例能够被统一方法控制,我们就可以使用蝇量模式。

2、蝇量的缺点在于一旦你实现了它,单个实例无法拥有独立而不同的行为。

解释器

解释器模式:为语言创建解释器

给定一个语言,定义它的文法表示,并定义一个解释器,这个解释器使用该标识来解释语言中的句子。每个语法规则都用一个类代表。请特别留意,类直接映射到语法。

一般书中讲解的模式不一定在我们使用的时候需要完全照搬,可以多些对应的解释器类都是合理的。

类图:

示例代码:

①抽象类

1     public interface Expression
2     {
3         /// <summary>
4         /// 解释方法
5         /// </summary>
6         /// <param name="input"></param>
7         /// <returns></returns>
8         public Object interpret(String input);
9     }

②终结符表达式类

1     public class TerminalExpression : Expression
2     {
3         public object interpret(string input)
4         {
5             //对终结符表达式的解析
6             return null;
7         }
8     }

③非终结表达式类

 1     public class NonterminalExpression : Expression
 2     {
 3         private Expression exp1;
 4         private Expression exp2;
 5         public Object interpret(string input)
 6         {
 7             //非终结符表达式的解析处理
 8             return null;
 9         }
10     }

④上下文类

 1     public class Context
 2     {
 3         private Expression exp;
 4         public Context()
 5         {
 6             //数据初始化或者对象等
 7         }
 8         public void operation(string input)
 9         {
10             //解析语句操作
11         }
12     }

优点:

1、将每一个语法规则表示成一个类,方便于实现语言。

2、因为语法由许多类表示,所以可以轻易地改变或扩展语言。

3、通过在类结构中加入新方法,可以在解释的同时增加新行为,例如打印格式美化或进行复杂程序验证。

用途和缺点:

1、当需要实现一个简单的语言时,使用解释器。

2、可以处理脚本语言和编程语言。

3、当语法数目太大太复杂时,这个模式会变得繁杂。

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

我来说两句

0 条评论
登录 后参与评论

相关文章

  • Head First设计模式——生成器模式和责任链模式

    现又一个度假计划指定,需要指定度假每一天的活动、旅馆、用餐、门票等等事情,但是每个客人的度假计划可能不太一样。例如天数、活动类型、用餐等等。

    SpringSun
  • Head First设计模式——原型模式和访问者模式

    我们在进行游戏的时候游戏会动态创建怪,而怪时根据场景的不同而变化创建的,英雄自己也会创建一些随从。创建各式各样的怪兽实例,已经越来越麻烦,将各种状态细节放再构造...

    SpringSun
  • Head First设计模式——模板方法模式

    前言:本篇我们讲解模板方法模式,我们以咖啡和茶的冲泡来学习模板方法。关于咖啡另一个设计模式例子也以咖啡来讲解,可以看下:Head First设计模式——装饰者模...

    SpringSun
  • 23种设计模式详解(六)

    南风
  • (52) 抽象容器类 / 计算机程序的思维逻辑

    查看历史文章,请点击上方链接关注公众号。 从38节到51节,我们介绍的都是具体的容器类,上节我们提到,所有具体容器类其实都不是从头构建的,它们都继承了一些抽象容...

    swiftma
  • Kafka之拦截器Interceptor

        使用场景:我们可以在Producer端统一拦截,加上处理时间,再在consumer端统一拦截统计端到端的处理时间,这也是一种监控方式。

    克虏伯
  • 代理模式

    mySoul
  • Java面向对象之抽象类,接口

    抽象类: 含有抽象方法的类被声明为抽象类 抽象方法由子类去实现 含有抽象方法的类必须被声明为抽象类 抽象类被子类继承,子类(如果不是抽象类)必须重写抽象类中...

    二十三年蝉
  • 在C#中使用依赖注入-工厂模式和工厂方法模式

    工厂模式和工厂方法模式是设计模式中较为常见的两种模式,借助于依赖注入可以更好的发挥模式的特性。本文将通过一个业务需求的变化过程来阐述如何更好的使用设计模式与依赖...

    newbe36524
  • .NET基础拾遗(2)面向对象的实现和异常的处理基础

      在C#中申明一个类型时,只支持单继承(即继承一个父类),但支持实现多个接口(Java也是如此)。像C++可能会支持同时继承自多个父类,但.NET的设计小组认...

    Edison Zhou

扫码关注云+社区

领取腾讯云代金券