惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

V
Visual Studio Blog
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
博客园 - 聂微东
博客园 - 【当耐特】
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
C
Check Point Blog
H
Hackread – Cybersecurity News, Data Breaches, AI and More
美团技术团队
WordPress大学
WordPress大学
Last Week in AI
Last Week in AI
Y
Y Combinator Blog
IT之家
IT之家
T
Tailwind CSS Blog
月光博客
月光博客
Vercel News
Vercel News
V
V2EX
Engineering at Meta
Engineering at Meta
B
Blog
Stack Overflow Blog
Stack Overflow Blog
A
About on SuperTechFans
Hugging Face - Blog
Hugging Face - Blog
人人都是产品经理
人人都是产品经理
腾讯CDC
I
InfoQ

博客园 - miniflyfish

修改导入的博客图片地址链接 抓取新浪博客中的图片 blogml导入blogengine注意事项 xml repeater dataset资料备忘 将新浪博客导入到blogengine webmatrix、visualstidio2010、blogengine cs2.1的安装备忘 Adapter适配器模式(结构型模式) Factory Method 抽象工厂模式(创建型) builder生成器(创建型模式) Abstract Factory 抽象工厂(创建型模式) 代码存放样例 singleton单件(创建型模式) 面向对象设计模式与原则 ASP.NET中的XML ASP.NET的事件处理 ASP.NET WEB服务器控件的使用 AJAX简介与web2.0 web 服务
prototype原型(创建型模式)
miniflyfish · 2006-08-11 · via 博客园 - miniflyfish

依赖关系的倒置
抽象不应该依赖于实现细节,实现细节应该依赖于抽象

动机
在软件系统中,经常面临着“某些结构复杂的对象”的创建工作,由于需求的变化,这些对象经常面临着剧烈的变化,但是它们却拥有比较稳定一致的接口

问题
如何应对这种变化,如何向“客户程序(使用这些对象的程序)”隔离出这些易变对象,从而使得“依赖这些易变对象的客户程序”不随着需求改变而改变

意图
使用原型实例指定创建对象的种类,然后通过拷贝这些原型来创建新的对象

//NormalActorA
//NormalActorB

//FlyActorA
//FlyActorB

//WaterActorA
//WaterActorB

public abstract class NormalActor
{
     public abstract NormalActor Clone();

}

public abstract class FlyActor

{
       public abstract FlyActor Clone();

 }

public abstract class WaterActor

{
       public abstract WaterActor Clone();

}

public class NormalActorA : NormalActor
{
   public override NormalActor Clone()
   {
          return (NormalActor)this.MemberWiseClone();     
   }
}
public class NormalActorB : NormalActor
{
      public override NormalActor Clone()
   {
          return (NormalActor)this.MemberWiseClone();     
   }
}

public class FlyActorA : FlyActor
{
}
public class FlyActorB : FlyActor
{
}

public class WaterActorA : WaterActor
{
}
public class WaterActorB : WaterActor
{
}

public class GameSystem
{
    public void Run(NormalActor normalActor,FlyActor flyActor,WaterActor waterActor)
    {
 //  NormalActor normalActor1= new NormalActor();
    //        NormalActor normalActor2= new NormalActor();
    //        NormalActor normalActor3= new NormalActor();
    //        NormalActor normalActor4= new NormalActor();
    //        NormalActor normalActor5= new NormalActor();
    //变化如下
              NormalActor normalActor1= normalActor.Clone();
              NormalActor normalActor2= normalActor.Clone();
              NormalActor normalActor3= normalActor.Clone();
              NormalActor normalActor4= normalActor.Clone();
              NormalActor normalActor5= normalActor.Clone();

 
            FlyActor flyActor1=flyActor.Clone();
            FlyActor flyActor2=flyActor.Clone();
            
            WaterActor waterActor1=waterActor.Clone();
            WaterActor waterActor2=waterActor.Clone();

    }

}

class App
{
    public static void Main()
   {
            GameSystem gameSystem=new GameSystem();
            gameSystem.Run(new normalActorA(),new flyActorB(),new waterActorA());
    }
}

prototype的几个要点:
1.prototype模式同样适用于隔离类对象的使用者和具体类型(易变类)之间的耦合关系,它同样要求这些“易变类”拥有稳定的接口
2.prototype模式对于“如果创建易变类的实体对象”采用“原型克隆”的方法来做,它使得我们可以非常灵活地动态创建“拥有某些稳定接口”的新对象--所需做的仅仅是注册一个新类的对象(即原型),然后在任何需要的地方不断地Clone
3.prototype模式中的Clone方法可以利用.NET中的object类的MemberWiseClone()方法或序列化来实现深拷贝

有关创建型模式的讨论:
1.singleton模式解决的是实体对象个数的问题。其他创建模式解决的都是new 所带来的耦合关系
2.FactoryMethod,Abstract Factory和Builder模式都需要一个额外的工厂类来负责实例化“易变对象”,而prototype模式则是通过原型(一个特殊的工厂类)来克隆“易变对象”
3.如果遇到“易变类”,起初的设计通常从Factory Method开始,当遇到更多的复杂变化时,再考虑重构为其他三种模式(Abstract Factory,Builder,prototype)