玩垃圾的人

个人感悟       今天学习了桥接模式，使用的情况，是现在在面向对象的时候，会一直想这用继承的方式，去实现扩展的功能。但是在扩展功能多的情况下，类会爆炸多，所以使用了桥接的模式。       比如实现一个功能，需要多角度，A角度和B角度，A角度多了功能，B角度也要多，这样后面多添加功能类就爆炸了，把这种多角度分离开来，让他们独立变化，解开耦合。

个人感悟      今天继续学习了工厂模式，前面有说到一个简单工厂模式，其实也差不多了。      简单工厂模式可以看做是一个小工厂，而工厂模式则是一个大工厂。首先由大工厂进行判断，哪一个小工厂去实现，之后在由小工厂去判断，具体的实现类。      其中的简单工厂模式，利用的一个接口，来做工厂就可以了。而工厂模式，是需要N个接口小工厂。然后在创建一个大的工厂类，来判断要由哪个接口小工厂来实现

个人感悟      今天继续学习了建造者模式，感觉对这个模式的理解不深，只能说个大概。      对于创建某一个事物N次，他有共同的创造地方，但是也有不同的创造地方。我们利用接口去调整他。      有的人说建造者模式和工厂模式非常像，其实工厂模式是对于创建的模式，而建造者模式更加趋向于，零件的组装搭配创建/

111

个人感悟      今天学习了状态模式，是根据不同的状态所做出不同的反映，

个人感悟      今天学习了适配器模式，主要是一个接口，不满足另外一个接口功能的满足，那么就会调用到其他接口，来满足他，或者使用继承的办法，去添加子类，来满足。

个人感悟       今天学习了备忘录模式，在使用的场景中，分别是后退，存档，之类的操作。主要是创建一个集合，来存放状态，当他需要的时候，就提取状态。       具体步骤是。做一个状态类，创建集合，把对象放在集合里的类，提取状态的类。

个人感悟      今天学习了组合模式，这个模式的大体概念，像是一个树形的结构，往类中放类。具体的应该场景不知道，

个人感悟     今天学习了单例模式，总的来说就是把对象的构造私有化，在写一个静态的方法来调用这个对象。一般我只有在工具类会这么使用。

个人感悟        所谓的简单工厂模式，我觉得还是有点像MVC分层的，首先是controller层，主要负责前端数据的接收，和数据的返回。其中的业务逻辑在分一层叫做service层，主要负责逻辑部分。最后是DAO层，主要负责数据库的操作。        既然是面向对象编程，那么对象的三大特征当然是不能够少的，封装，继承，多态。这些概念是好学，但是真正要用到代码当中就需要岁月的沉淀了。没有几

个人感悟      今天学习了模板模式，总的来说，就是有两个类，有相同的地方，那么可以把他封装起来。共同。展现了可复用性。      首先创建一个总的抽象类，这个抽象类有一个总的被final修饰的方法，里面包含有N个抽象方法。再创建实现类，去实现这N个抽象方法，再去调用这个被final修饰的方法。      这个可以就是说模板模式。

个人感悟 今天学习了享元模式，在日常的开发中，有些对象被频繁的创建，销毁，是非常耗费资源的，有时候还会造成内存溢出。我们可以创建好后，反复利用。比如在使用数据库驱动的时候，就是反复利用。也还可以在客户端，发送请求的时候，创建一个hashmap，如果map里有对象的实例，就使用，如果没有则创建，在加入map。

个人感悟     今天学习了策略模式，总的来说，是根据客户端，所发送的不同的策略，来返回不同的结果，是一种算法的封装。     比如，我在超市购物打折，满300减100，满200减50。这两个满减，就相当于类似的策略，可以封装在一起。而另外比如今天打8折，打5折，那么就会另外封装一个打折的类。 具体的代码网上很多，我这里就说下大概的思路。     先写一个接口，有一个计算的方法。之后写

个人感悟       今天学习了单一职责原则的设计模式，总的来说，就是一个类，引起他变化的原因应该只有一个。如果你发现，引起他变化的原因不只一个，那么你就要想着去分离他了。       比如说人这个产品，人要吃饭，今天我把吃饭的这个功能写完了，也测试完，可以使用了，一切OK。等到明天，又要求你写个喝水的方法，这个时候你要怎么办呢？和吃饭写在一起嘛？如果在吃饭和喝水都写在一起，那么测试的时候，就

个人感悟       今天在继续学习了开放-封闭原则，越看越觉得，其实有些原则很相近，但是细细体会，又有大不同。       讲讲开放-封闭原则吧，大概的意思就是说，对于扩展是开放的，对于修改是封闭的。我们对于程序的设计应该是可扩展性的，来应对不同的需求。当然如果更改了需求，不能说完全不修改源代码，但是尽可能的少修改。       这里我学到了一个很好的概念，就是抽象的概念，先写一个抽象

个人感悟       今天继续学习了依赖倒转原则，大概的意思有两点。第一点，高层模块不应该依赖于底层模块。第二点，抽象不应该依赖细节。接下来就讲解下这两点。       第一点，高层模块不应该依赖于底层模块。比如，我现在要做一个产品，要求用MySql数据，我会去封装他，每次有用到数据库的时候，就会使用到这个封装好的MySql的JDBC方法。可是到后来，客户又要求换成Oracle的数据库。怎么办

个人感悟      今天继续学习了装饰器模式，这个模式怎么说呢，其实不怎么好理解，需要多敲代码去深入，才会去完全掌握下来。      在前几个模式，都是让我们利用抽象，以及创建实现类的方式，来实现功能添加，而装饰模式不一样，他是通过，重写父类的方法，来给类多添加功能。      有在资料中，看到这个模式属于结构型模式，形式前面是固定的，只要能写出抽象装饰类，我感觉其他的问题就不大了。

个人感悟      今天继续学习了代理模式，感觉还是不能够理解透，可能是没有碰到应该的场景，概念不是很清晰。       先创建一个真实的类，在创建一个，代理他的类，在代理的方法上加上条件。这样获取的时候，只有满足条件的时候就获取到了。       感觉代理模式，可以在安全领域上做些文章。

个人感悟     今天继续学习了原型模式，这个模式主要是为了复制一个类的多次引用。理解不是很深，需要后头回来，接着理解。主要是要实现一个cloneable接口。

个人感悟        今天学习了责任链模式，好处就是对请求的接收者和发送者解耦，一般在一个接收者类中，会包含另外一个接收者。当其中一个接收者无法满足，那么就会传到下一个接收者去解决。以此类推。