企业网站建设参考资料,建设厅官网查询,上传wordpress到服务器要多久,推广计划怎么做“The odds that we’re in ‘base reality’ is one in billions.” —— Elon Musk 这段话出自马斯克在2016年的一次演讲#xff0c;“人类活在真实世界的几率#xff0c;可能不到十亿分之一”。此言一出#xff0c;可谓一石激起千层浪。有人嘲讽马斯克是“语不惊人死不休… “The odds that we’re in ‘base reality’ is one in billions.” —— Elon Musk 这段话出自马斯克在2016年的一次演讲“人类活在真实世界的几率可能不到十亿分之一”。此言一出可谓一石激起千层浪。有人嘲讽马斯克是“语不惊人死不休”也有人对他的言论深信不疑更多的人则是把这种言论当作茶余饭后消遣的谈资。 笔者对于 “世界是否真的真实” 这一问题的结果并不狂热但我对于马斯克说出这句话的时间点很感兴趣我可以帮大家捋一下前后的时间线。 2016年ChatGPT诞生而马斯克正是OpenAI的联合创办人之一 2017年ChatGPT正式推出 2018年ChatGPT开始全面发展在社区活跃度直线上升 2019年OpenAI从非营利性组织转型为“利润上限caped-profit”公司后马斯克离开 2020年至今ChatGPT逐渐火爆出圈可以说改变人们的生活方式去日不远 微妙吗“日心说” 源于计算结果马斯克的话是否也源于即有结果的合理推测呢这个话题可能每个人都会有自己的看法。 “天下万物生于有有生于无。”——《道德经·第四十章》 一言
建造者模式是一步步创建一个复杂的对象它允许用户只通过指定复杂对象的类型和内容就可以构建他们而不需要知道内部具体的构建细节。 概述
“天下万物生于有有生于无”。如果现在我告诉你你可以创建一个世界你是一个造物主但是你要把自己藏起来不能让这个世界的小生命知道你的存在你会以什么样的逻辑来设计第一个模型 有人说我要信“码”由缰懒得装有人说我要挖空细节演好上帝。 这其实就是设计模式有趣的地方它松散无骨语气平和不按它的来这个世界的太阳照常升起但按它的要求做这个世界会和谐的像假的一样。 这一次我想让阅读我博客的你和我一起演一次“造物主”从神的角度俯视设计模式中的“建造者模式”。
一个看似无关紧要且过分晦涩的概念
建造者模式(Builder Pattern) 又叫生成器模式是一种对象构建模式。它可以将复杂对象的建造过程抽象出来抽象类别)使这个抽象过程的不同实现方法可以构造出不同表现 属性) 的对象。 创世纪
好了上帝们我们开始。 我们假定创造一个世界的过程是创建星球环境播种生命注入意识。但是每个世界肯定有不同的差别作为上帝我们不可能只创建了一个世界对不。那么自然有的世界的星球环境是单星结构而有的是三体结构很熟悉吧生命形态肯定也不尽相同碳基生物还是硅基生物或者其它神奇的生命体意识就更是千变万化了。 信“码”由缰的上帝
如果我是那个只想快速完成KPI不考虑运行后果的上帝我可能会这样设计。
代码实现
一个抽象
public abstract class AbstractHouse {//基础环境public abstract void buildEarth();//创造生命public abstract void humanBeing();//意识觉醒public abstract void aware();//建造public void build(){buildEarth();humanBeing();aware();}
}实现人类文明
public class HumanWorld extends AbstractHouse{Overridepublic void buildEarth() {System.out.println(太阳系三号行星已构建);}Overridepublic void humanBeing() {System.out.println(灵长类动物已生成);}Overridepublic void aware() {System.out.println(人类意识觉醒温良恭俭让);}
}实现外星文明
public class ETWorld extends AbstractHouse{Overridepublic void buildEarth() {System.out.println(猎户座九号行星已构建);}Overridepublic void humanBeing() {System.out.println(硅基生物已生成);}Overridepublic void aware() {System.out.println(异形意识觉醒碾碎他们);}
}经典反思
有什么问题 优点自不必多说两分钟的设计难度简单易操作。 问题就是这个设计结构太简单了上帝不会这么简单的去创建一个世界的。 没有任何的缓存层对象程序可以说几乎没有可扩展和维护的空间。把产品世界和创建产品的过程创世过程完全封装在一起耦合度太高了。
那么我们如何化腐朽为神奇呢这就引出了建造者模式。 神之一手
先来了解下建造者模式的四个角色
Product (产品角色) 一个具体的产品对象Builder (抽象建造者) 创建一个Product对象的各个部件指定的接口/抽象类ConcreteBuilder (具体建造者)实现接口构建和装配各个部件Director (指挥者)构建一个Builder接口的对象它主要是用于创建一个复杂的对象。它主要有两个作用一是隔离了客户与对象的生产过程二是负责控制产品对象的生产过程。
图解 代码
产品类
public class World{private String space;//环境private String alive;//生命private String aware;//意识//settergetter
}抽象建造者
public abstract class WorldBuilder {protected World world new World();//将建造的流程写好抽象的方法public abstract void buildEarth();public abstract void humanBeing();public abstract void aware();//建造世界,将产品返回public World build(){return world;}
}地球文明建造者
public class EarthBuilder extends WorldBuilder{Overridepublic void buildEarth() {System.out.println(太阳系三号行星);world.setSpace(地球);}Overridepublic void humanBeing() {System.out.println(地球生命);world.setAlive(人类);}Overridepublic void aware() {System.out.println(地球人意识);world.setAware(温良恭俭让);}
}外星文明建造者
public class ETBuilder extends WorldBuilder{Overridepublic void buildEarth() {System.out.println(猎户座九号行星);world.setSpace(赛博坦);}Overridepublic void humanBeing() {System.out.println(外星生命);world.setAlive(硅基生物);}Overridepublic void aware() {System.out.println(外星人意识);world.setAware(活下去撕碎他们);}
}指挥者
public class WorldDirector {WorldBuilder worldBuilder null; //方式1构造器传入 worldBuilderpublic WorldDirector (WorldBuilder worldBuilder ) {this.worldBuilder worldBuilder ;}//方式2通过setter 传入 worldBuilderpublic void setWorldBuilder(WorldBuilder worldBuilder ) {this.worldBuilder worldBuilder ;}//如何建造世界的流程交给指挥者//创世public World constructWorld(){worldBuilder.buildEarth();worldBuilder.humanBeing();worldBuilder.aware();return worldBuilder.build();}
}测试类
public class Client {public static void main(String[] args) {WorldDirector worldDirector new WorldDirector (new EarthBuilder());World earth worldDirector.constructWorld();worldDirector.setWorldBuilder(new ETBuilder());World et worldDirector.constructWorld();System.out.println(地球人基本意识earth.getAware());System.out.println(外星人基本意识et.getAware());}
}测试结果 Builder Pattern在JDK源码中的应用
其实设计模式离我们的日常开发非常近建造者模式也不例外。比如StringBuilder从名字看也差不多能猜到coder的思想和意图。 通过阅读Appendable、AbstractStringBuilder和StringBuilder的源码我们会发现
Appendable 接口定义了多个append方法(抽象方法)即Appendable 为抽象建造者,定义了抽象方法AbstractStringBuilder 实现了 Appendable 接口方法这里的AbstractstringBuilder 已经是建造者只是不能实例化StringBuilder 即充当了指挥者角色同时充当了具体的建造者建造方法的实现是由 AbstractStringBuilder 完成,而StringBuilder 继承了AbstractStringBuilder 结
客户端(使用程序)不必知道产品内部组成的细节将产品本身与产品的创建过程解耦使得相同的创建过程可以创建不同的产品对象每一个具体建造者都相对独立而与其他的具体建造者无关因此可以很方便地替换具体建造者或增加新的具体建造者用户使用不同的具体建造者即可得到不同的产品对象。可以更加精细地控制产品的创建过程。将复杂产品的创建步骤分解在不同的方法中使得创建过程更加清晰也更方便使用程序来控制创建过程。增加新的具体建造者无须修改原有类库的代码指挥者类针对抽象建造者类编程系统扩展方便这也符合此前我们强调过的“开闭原则”。建造者模式所创建的产品一般具有较多的共同点其组成部分相似如果产品之间的差异性很大则不适合使用建造者模式因此其使用范围受到一定的限制。如果产品的内部变化复杂可能会导致需要定义很多具体建造者类来实现这种变化导致系统变得很庞大因此在这种情况下要考虑选择建造者模式是不是真的是最优解。 其实可以着重理解一下Director的构造这部分在我看来Builder Pattern的巧妙之处就在于它优雅的将一颗“种子”丢到了一个星球上在“种子”发芽之前我们无需关注这颗种子的大小、品相。“万物生于有有生于无”。
相信能耐心读到这里的同学应该会有一种奇怪的感觉建造者模式怎么有点类似于抽象工厂模式呢
那么抽象工厂模式是什么工厂模式又是什么它们和建造者模式又有什么异同呢卖个关子明年下周讲。
预祝大家新年快乐哈~ 关注我共同进步每周至少一更来聊的不只是代码。——Wayne
