Judy-命中注定与众不同

假如现在有一个新需求，当用户触发某一个动作的时候需要通知给不同业务模块去做处理，这个过程不能是同步的，你需要如何去做？看到这个需求你是不是想到发布订阅观察者模式，而spring就是用了这种模式实现事件监听的，下面是我手写的代码，我们可以一起探讨一下，(#.#)首先我们需要有一个类来帮助我们管理我们的指定的监听器。再容器初始化的时候就要加载。注解区分是否需要异步当然我们也可以使用异步去加载我们的监听器，这样会提高我们的效率，也就是使用线程池来加载我们的监听器，我们可以通过注解的方式来区分是否需要使用异步加

工厂方法 我主要是列出主要的代码，还是需要大家去查看源码 public static Calendar getInstance() { return createCalendar(TimeZone.getDefault(), Locale.getDefault(Locale.Category.FORMAT)); }public static Calendar getInstance(TimeZone zone) { return createC

前言对于原则这个词大家应该很清楚吧，每一个都有自己的原则，很多女主角在生气的时候都会说，这是原则性的问题，嘻嘻，原则也就是我们个人的品德的问题，例如我们要有孝心，诚实等原则，其实原则也就是所谓的规则，规则就相当于我们写代码的时候要注意的格式等内容，例如接口命名的时候前面一个要加一个大写的I这样才能说明它是一个接口内容 1. 单一职责原则 单一职责原则 单一职责原则其实就是指我

前言简单工厂模式是属于工厂模式的一种，刚开始接触简单工厂模式的时候，其实代码我都还能理解，但是不能理解的就是感觉不用简单工厂模式我一样也可以，反正都是需要添加或者修改，我没有深刻的去理解，所以就导致一直感觉他们没有大多的用处，通过多次修改代码和问小伙伴，我有了深刻的理解。（如有不一样请指出）内容优点：工厂类是整个模式的关键所在。它包含必要的判断逻辑，能够根据外界给定的信息，决定究竟应该创建哪个具体类

前言 代理听到这个词大家有没有感觉很熟，现在在网上不是有很多关于代理商的吗，帮别人代理商品，把商品卖出去得到盈利，其实生活中的代理跟设计模式中的代理大同小异，他们都是通过中间商来执行他们最后的方法，得到想要的结果，真正的幕后黑手其实顾客也不知道是谁，嘿嘿（如有异同请指出）内容定义：为其他对象提供一种代理以控制对这个对象的访问 追求者与代理者通过接口来实现方法。然后代理关联追求者，所以可以用追求者的

前言话说工厂大家应该都熟悉吧，工厂就是大批量生产我们想要的产品，当一个商店需要添加一类新产品的时候，我们就要去工厂购买我们的产品，工厂方法模式与生活中的工厂大同小异。（如有异同请指出）内容定义：定义一个用于创建对象的接口，让子类决定实例化哪一个类，工厂方法是一个类的实例化延迟到其子类 解释：其实工厂方法就是简单工厂的一个工厂方法模式衍生，解决了许多简单工厂模式的问题。完全实现‘开放－封闭 原则’，

前言这个模式我感觉对于我们大家来说真是的在熟悉不过了，不就是复制啊，在写代码的时候我有的时候就会ctrl+c，ctrl+v，复制的时候挺爽，出错的时候别哭就行，嘻嘻（如有异同请指出）内容定义：用原型实例制定创建对象的种类，并且通过拷贝这些原型创建新的对象 解释：我们通过原型模式可以快速的创建一个对象而不需要提供专门的new()操作就可以快速完成对象的创建，这无疑是一种非常有效的方式，快速的创建一个

前言高中和初中的时候我们班里面每次都会有一两个同学挨着窗口坐着，当班主任来的时候，他们就会咳嗽两声，所有人就会立马安静，做一个爱学习的乖孩子，哈哈，其实观察者模式就这种情况，一样一样的。（如有异同请指出）内容定义：一种一对多额依赖关系，让多个观察者对象同事监听某一个主题的对象，这个主题对象在状态发生变化时，会通知所有观察者对象，使他们能够自动更新自己。 解释：其实上面这一段话已经说的很明白了，观察

前言 今年我们村开了三家工厂啊，每一家工厂买的产品都有在卖，但是收益却是天差地别啊，很多人都郁闷为什么会这样呢，同样都是开工厂，产品又都在卖，为啥就盈利的不一样呢，今日小编就带领你们到工厂的内部，让我们一探究竟！ （如有异同请指出）内容各个工厂都是有名字的，第一个为简单工厂，第二工厂方法，第三抽象工厂，盈利也是从低到高的，我们首先走进简单工厂。简单工厂首先看简单工厂的内部结构例如UML图：

前言 为什么题目叫做他们的恩怨呢？因为策略模式与状态模式很相似，他们互相指责对他是冒牌货，简单工厂和策略模式没有上一个模式仿造的厉害，让我一起看看谁才是真的！他们之间的区别是什么？ （如有异同请指出）内容首先给大家看一下他们的相似之处，就如两个瓷器一样，从表面上看我像都是一样的，我们首先看一下他们的UML图策略模式UML 状态工厂UML 大家光从uml图中看是不是感觉这两个图基本上没有太大的差

前言 首先给大家讲一个小故事，从前有一个小红，长的不是特别漂亮，所以他每天都靠化妆来维持自己的眉毛，或者靠美图秀秀（哈哈哈哈）但是在她心里一直有一个特别喜欢的男生，这个男生每次出现的时候都是穿着白衬衫，站在阳光底下，白皙的皮肤，高高的个子，利索的头型，（ps我想象的啊，哈哈哈），由于小女孩特别的羞涩，所以一直不敢表白，一直通过自己的闺蜜向男孩送礼物。（这个故事没有结局，可在留言自己写下结局。哈哈哈哈

前言首先给大家演一段话剧，此话剧绝对是你见过最有竞争力的话剧，每一个人都是我尽心设计的，每一个任务的名字也都是我尽心选的，这段话剧主要演的是皇帝选妃，此皇帝生的格外cool，如果是女儿身那就更了不得了，换上选妃总共分为3批，第一批是行为类型，第二批是创建类型，第三批是结构类型，今天公公安排的是第一批行为类型，让我们看看宫斗吧！嘿嘿（我最喜欢的电影ps仙侠和爱情都喜欢，嘿嘿）内容公公：丫头们，一会皇上

前言当初学设计模式的时候对于面向对象处于懵懵懂懂的感觉，对于一些概念性的问题只是知道大概，通过bill简述的套路技巧，自己也深有研究，所以就拿面向对象基础做铺垫，结果出乎意料，自己感觉学的还可以，但是通过套路真的是把我弄蒙了！给我大家看看我学习的收获吧！Why–避免用面向过程？？原因构成 一个系统的因素太多，要把所有的因素考虑全，并且所有的因果关系逻辑关系要 分享清楚，然后再把这个过程模拟出来，由于