一、策略模式（一）策略模式概述
定义与概念
策略模式属于对象行为模型，其核心思想是针对一组算法，将每个算法封装到具有共同接口的独立类中，从而实现它们之间的互相替换。该模式将算法的责任和算法本身分隔开，委派给不同的对象管理，把算法包装到一系列的策略类里面，作为一个抽象策略类的子类。简单来说，就是准备一组算法，并将每一个算法封装起来，使它们可以互换。
模式角色
环境（context）：持有一个strategy类的引用，它是策略模式的使用场景，负责调用具体策略类的算法接口来完成特定的任务。例如，在一个游戏中，游戏角色的移动行为可以看作是一个环境，它可能持有不同移动策略（如步行策略、飞行策略等）的引用，根据游戏场景的不同选择合适的移动策略。
抽象策略（strategy）：这是一个抽象角色，通常由一个接口或抽象类实现，此角色给出了所有具体策略类所需要的接口。它定义了算法的规范，具体的策略类必须实现这个接口，以保证算法的一致性和可替换性。
具体策略（concrete strategy）：包装了相关的算法和行为，实现了抽象策略类定义的接口，提供了具体的算法实现。比如，在上述游戏中，步行策略类和飞 ...
一、装饰器模式概述Decorator设计模式属于典型的结构型模式（在GOF的模式分类中，模式分为创建型模式、结构型模式、行为模式三种）。其核心目的在于动态地为对象添加额外功能，这也是理解装饰器模式的关键所在。正如GOF在《Element of reusable Object - Oriented Software》中所概述的：“Decorator Pattern――Attaches additional responsibilities to an object dynamically. Decorators provide a flexible alternative to subclassing for extending functionality.”
（一）何时需要使用装饰器模式在GOF的相关书籍中，以文本组件与边框的例子阐述装饰器模式，但这里将以一个更具说服力的“三明治”例子来说明。假设要为三明治小店构建程序，设计各种三明治对象。若采用传统继承方式，从简单的Sandwich对象开始，如要创建带蔬菜的三明治就继承原有Sandwich并添加蔬菜成员变量，后续若要添加咸肉、奶油等多 ...
人生思绪
未读从2002开始接触Java学会HelloWorld这么经典的程序到如今不知不觉已经十年啦，十年中
亲耳听到过不少大牛的演讲，见到过项目中的神人在键盘上运指如飞的编程速度，当时就
被震撼了。当编程越来越成体力活，我们还能有自己的思想，还能修炼为Java系统级别的
程序员嘛？学习与修炼以下知识与技能，帮你早日达成愿望。
一：Java语言学习
对线程(thread)，串行化，反射，网络编程，JNI技术，容器(Map,List, Iterator), 类加载器
(ClassLoader)，输入输出流，垃圾回收机制， 有比较深入的了解，最起码做过项目应用。有
过Java项目的性能优化经验，最起码掌握一种性能监视工具的使用，熟悉JVM参数，最起
码知道可以在JVM启动时指定不同垃圾回收机制，以及不同垃圾回收机制之间的
差别，熟悉JVM参数优化。
二：J2EE方面
最好知道JDBC规范是怎么回事情，面对Oracle数据库如果告诉你JDBC驱动不能用了，你
还知道有OCI驱动可以。掌握常见的SQL语句，熟悉JMS， JNDI等组件，掌握一套web开
发模式，从前台到后台，有能力整合好这样的 ...
缓存概述
正如大多数持久层框架一样，MyBatis 同样提供了一级缓存和二级缓存的支持；
一级缓存基于 PerpetualCache 的 HashMap 本地缓存，其存储作用域为 Session，当 Session flush 或 close 之后，该Session中的所有 Cache 就将清空。
二级缓存与一级缓存其机制相同，默认也是采用 PerpetualCache，HashMap存储，不同在于其存储作用域为 Mapper(Namespace)，并且可自定义存储源，如 Ehcache、Hazelcast等。
对于缓存数据更新机制，当某一个作用域(一级缓存Session/二级缓存Namespaces)的进行了 C/U/D 操作后，默认该作用域下所有 select 中的缓存将被clear。
MyBatis 的缓存采用了delegate机制 及 装饰器模式设计，当put、get、remove时，其中会经过多层 delegate cache 处理，其Cache类别有：BaseCache(基础缓存)、EvictionCache(排除算法缓存) 、Deco ...
12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596061626364656667686970717273747576777879808182838485868788899091929394959697989910010110210310410510610710810911011111211311411511611711811912012112212312412512612712812913013113213313413513613713813914014114214314414514614714814915015115215315415515615715815916016116216316416516616716816917017117217317417517617717817918018118218318418518618718818919019119219319419519619719819920020120220 ...
每一个程序员都有改变世界的梦想，他们不甘平凡，他们想要make a difference，他们想要创立世界上最cool的公司，那具体该如何做呢？风靡全球的《rework》将告诉你答案
37signals是一家很特别的公司，他们有很独特的理念。虽然他们的团队只有16人，但他们的几个产品每年都会带来相当可观的利润。他们反对风险投资，反对扩大规模，反对堆砌功能。如果让我用一个词形容他们的话，那就是maverick，在某种程度上他们与乔布斯有相似之处。除了他们的产品外，他们还有一些byproduct: 一个很著名的博客:Signal vs Noise，全世界都为之疯狂的web框架ruby on rails，还有2本书:《getting real》《rework》，今天我就要介绍一下《rework》这本书。
用一个词形容《rework》这本书就是“短小精悍”，只有130页，你只需要3-4个小时就可以读完，而且书中每一个观点都配了一张图，看起来很轻松，一点都不乏味。我们说“字如其人”，同样的道理，这本书很鲜明反映了37signals这家公司的特点。废话不多说了，我把每个观点都通用一句汉语总结出来了 ...
Spring 的骨骼架构Spring 总共有十几个组件，但是真正核心的组件只有几个，下面是 Spring 框架的总体架构图：
图 1 .Spring 框架的总体架构图
从上图中可以看出 Spring 框架中的核心组件只有三个：Core、Context 和 Beans。它们构建起了整个 Spring 的骨骼架构。没有它们就不可能有 AOP、Web 等上层的特性功能。下面也将主要从这三个组件入手分析 Spring。
Spring 的设计理念前面介绍了 Spring 的三个核心组件，如果再在它们三个中选出核心的话，那就非 Beans 组件莫属了，为何这样说，其实 Spring 就是面向 Bean 的编程（BOP,Bean Oriented Programming），Bean 在 Spring 中才是真正的主角。
Bean 在 Spring 中作用就像 Object 对 OOP 的意义一样，没有对象的概念就像没有面向对象编程，Spring 中没有 Bean 也就没有 Spring 存在的意义。就像一次演出舞台都准备好了但是却没有演员一样。为什么要 Bean 这种角色 Bean 或者为何在 Sp ...
spring
未读概述Spring 最成功，最吸引人的地方莫过于轻量级的声明式事务管理，仅此一点，它就宣告了重量级 EJB 容器的覆灭。Spring 声明式事务管理将开发者从繁复的事务管理代码中解脱出来，专注于业务逻辑的开发上，这是一件可以被拿来顶礼膜拜的事情。但是，世界并未从此消停，开发人员需要面对的是层出不穷的应用场景，这些场景往往逾越了普通 Spring 技术书籍的理想界定。因此，随着应用开发的深入，在使用经过 Spring 层层封装的声明式事务时，开发人员越来越觉得自己坠入了迷雾，陷入了沼泽，体会不到外界所宣称的那种畅快淋漓。本系列文章的目标旨在整理并剖析实际应用中种种让我们迷茫的场景，让阳光照进云遮雾障的山头。
DAO 和事务管理的牵绊很少有使用 Spring 但不使用 Spring 事务管理器的应用，因此常常有人会问：是否用了 Spring，就一定要用 Spring 事务管理器，否则就无法进行数据的持久化操作呢？事务管理器和 DAO 是什么关系呢？
也许是 DAO 和事务管理如影随行的缘故吧，这个看似简单的问题实实在在地存在着，从初学者心中涌出，萦绕在开发老手的脑际。答案当然是否定的！我们都 ...
Lex 代表 Lexical Analyzar。Yacc 代表 Yet Another Compiler Compiler。 让我们从 Lex 开始吧。
LexLex 是一种生成扫描器的工具。扫描器是一种识别文本中的词汇模式的程序。 这些词汇模式（或者常规表达式）在一种特殊的句子结构中定义，这个我们一会儿就要讨论。
一种匹配的常规表达式可能会包含相关的动作。这一动作可能还包括返回一个标记。 当 Lex 接收到文件或文本形式的输入时，它试图将文本与常规表达式进行匹配。 它一次读入一个输入字符，直到找到一个匹配的模式。 如果能够找到一个匹配的模式，Lex 就执行相关的动作（可能包括返回一个标记）。 另一方面，如果没有可以匹配的常规表达式，将会停止进一步的处理，Lex 将显示一个错误消息。
Lex 和 C 是强耦合的。一个 .lex 文件（Lex 文件具有 .lex 的扩展名）通过 lex 公用程序来传递，并生成 C 的输出文件。这些文件被编译为词法分析器的可执行版本。
Lex 的常规表达式常规表达式是一种使用元语言的模式描述。表达式由符号组成。符号一般是字符和数字，但是 Lex 中还有一些 ...
keytool -genkey -keystore capture.store -alias capturekeytool -export -keystore capture.store -alias capture -file capture.cerjarsigner -keystore capture.store capture.jar capture
