Geek

摘要： 阅读全文

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

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

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

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

摘要： 先看一个图 带个 Wrapper的一般就装饰器模式 或者适配器模式 mybatis中的Cache 通过对 Cache的实现进行了进一步包装，就可以实现多种多样的功能，如LRU, FIFO等缓存淘汰策略 点击 SynchronizedCache 可以看到，这个是给 方法加上了 Synchronized ... 阅读全文

摘要： 外观模式，又叫门面模式 (符合迪米特法则，也就是最少知道原则, 不改让用户知道的，就别让其知道) 外观模式定义了高层的接口，子系统负责去实现 定义一个优秀的结构很重要 用户通过调用高层接口（门面），来达到自己的目的，而接口的实现是交给子系统去完成 用户不需要知道有哪些子系统（实现类或者是其他的类） 阅读全文

摘要： 实现clone方法 package visitor; import java.lang.reflect.InvocationTargetException; import java.lang.reflect.Method; public class Main { public static void 阅读全文

摘要： 实例分两部分： 1.内存结构 + 2.后台进程 结构有 SGA (系统全局区) 这些和服务进程进行交互 每个服务器进程有一个 PGA (服务器进程),负责处理请求 写入数据文件有 进程（dbwr）操作 以上是Oracle的主要内存结构 Oracle数据库进程 3种进程： 1.服务器进程，2 用户进程... 阅读全文

摘要： 重做日志文件，进行事务的重做（redo） 或回退（undo），数据库实例恢复的基础 注意点：一个数据库由一个或多个表空间组成的 数据块 是最小的输入输出单元 包括一个或者 多个 OS BLOCK 表空间与多个数据文件关联， 表空间与数据文件属于一对多的关系 一个数据对象（例如表）也要存储在一个表空间 数据的大小从逻辑上看就是由表空间决定... 阅读全文