晚来天欲雪

提到创建一个对象，我们脑海中的第一印象就是new。 那么new出来的对象真的可用吗？或许这句话不太好理解，我想借用建造者模式解释下。 建造者模式是属于创建型模式，同属于创建型模式的还有单例模式，工厂方法模式以及原型模式。 至于为什么要选择建造者模式： 由于单例模式是确保创建出来的对象唯一，原型模式是用于创建重复对象，工厂模式适用于创建一系列类似对象，这些都不是侧重于是否可用。 建造者模式适用于创建一些复杂的对象<内部可能多个属性需要初始化等>具体可以参考下，这篇文章，个人觉得还不错，h

interface People{ } class Student implements People{ } class Teacher implements People{ } /** * 场景 */ class Scene{ //下课 classOver(People people){ if(people instanceof Student){ System.out.println("去操场...") }else if(p.

测试访问量

看到一些科普类网站，把设计模式分成【创建型】【机构型】【行为型】三类。 这种分类确实很有好处，可以帮助记忆与理解。也基本上成为主流的分类，且获得了大家的认可。 我在此处，想给一个新的分类思路--根据被使用者与使用者分类，什么意思呢？比如我们创建一个dao层的对象，一般都是给service层调用的。那么此时dto层就是被使用者，service层就是使用者。 有些设计模式是给使用者服务的，有些则是为创建者服务的。 创建型的设计模式一般都是给被使用者服务的，就拿工厂方法模式举例，如果你想获取一个对象，你可

科学的尽头是哲学。 越发的觉得计算机一些著作中表达的思想都是多个学科通用的。设计模式感觉也是如此... 在此，稍微举出一个例子，后续再做拓展。 观察者模式中的订阅，个人喜欢把这种类比为广播。比如，粉丝关注了某明星，这时候，当明星发布动态的时候，粉丝就能够接收到动态信息。而不需要主动去获取。 其实，这是一场主动与被动的讨论。假设新浪微博没有【关注】机制，你可能需要每隔一段时间，就去看下明星的动态，以此来获取最新消息。但是有了【关注】后，就不一样了，由主动获取变成被动接收。这玩意，和刘备当初三顾茅庐差不

图解类之间的关系 #mermaid-svg-ZKcHykozbOzInSkd .label{font-family:'trebuchet ms', verdana, arial;font-family:var(--mermaid-font-family);fill:#333;color:#333}#mermaid-svg-ZKcHykozbOzInSkd .label text{fill:#333}#mermaid-svg-ZKcHykozbOzInSkd .node rect,#mermaid-svg-Z

有人的地方就有江湖... 当然，这不是写小说，这句话的目的就是说人不是独立存在的，要想活得洒脱一点，就得处理好各种人际关系。当然，世事无绝对，你也可以选择退隐江湖。 提到退隐江湖，我们往往想到，与世隔绝的高人，亭中打坐，或是江边垂钓。他们于是无争，天地境界，很是洒脱。站在程序的角度来说，他们是一个独立的类，不依赖于他人，也不被他人依赖。可小说，毕竟是小说，我们无法效仿他们，于是，我们只能够学习一些做人的道理，处理好人际关系。 代码也是这样的。我们要想让代码轻盈一点，又不能让他们与世隔绝，那么只能协调好

1.从“接口”开始探讨 接口是从抽象类发展而来的，就字面意思而言，无论是”接口“还是”抽象“，都是一种抽象含义。往大了说抽象就是找共同点，人类总是喜欢总结一些规律，从牛顿提出的万有引力，到后来爱因斯坦希望实现的大一统。都是在希望用一种更简单的理论去解释自然规律。抱歉，有点跑偏了，我只是想说，软件工程包括其他领域应该也是这样的。 当前能够想到的接口作用有以下，后续想到的也会添加进来，然后总结共同点，争取有一个合理的分类。 规范，比如某种型号的螺丝钉就是一种规范，不同的厂家都会按照规范生产...