Geek

摘要： 阅读全文

摘要： 定义： 将抽象部分与它的具体实现部分分离，使它们都可以独立地变化 使用组合的方式 建立两个类之间的联系，而不是使用继承的方法 使用场景： 1.抽象和具体实现之间增加更多的灵活性 2.一个类存在两个（或多个）独立变化的未读，且俩各个（或多个）维度都需要独立进行扩展 3.不希望使用继承，或因为多层继承导致系统类的个数剧增 优点： 1.分离抽象部分及其具体实现部分 2.提高系统的可扩展性 3.... 阅读全文

摘要： 定义： 将对象组合成数形结构以表示 "部分-整体"的层次结构 组合模式使客户端对单个对象和组合对象保持一致的方式处理 组合模式 -使用场景： 希望客户端可以忽略组合对象与单个对象的差异时（不管是黑猫白猫，都是猫就是了） 处理一个树形结构时 优点： 清楚地定义了分层次的复杂对象，表示对象的全部或部分层次 让客户端忽略层次的差异，方便对整个层次结构进行控制 简化客户端代码 符合开闭原则（软件实现应... 阅读全文

摘要： 享元模式常常用于系统底层的开发，以便于解决系统的性能问题 定义：提供了减少对象数量从而改善应用所需的对象结构方式 运用共享技术有效的支持大量细粒度的对象 比如String, 有就返回，没有就创建，然后将对象保存在缓存池里面 系统有大量相识对象，需要缓冲池的场景（线程池，常量池，数据库连接池） 享元模式-优点： 减少对象的创建，降低内存中对象的数量，降低系统内存，提高效率 较少内存之外的其他资源占用... 阅读全文

摘要： 适配器适用场景 已经存在的类，他的方法和需求不匹配（方法结果相同或相似） 适配器模式不是软件设计阶段考虑的设计模式，是随着软件维护，由于不同产品， 不同厂家造成功能类似而接口不相同的情况下的解决方案（设计阶段尽量不使用） 优点： 能提高类的透明性和复用，现有的类复用但不需要改变 目标类和适配器类解耦，提高程序扩展性 符合开闭原则 适配器模式-缺点： 适配器编写过程需要全面考虑，可能会增加系统的... 阅读全文