Java设计模式之模板方法模式
1) AbstractClass（抽象类）：定义了一到多个的抽象方法，以供具体的子类来实现它们；而且还要实现一个模板方法，来定义一个算法的骨架。该模板方法不仅调用前面的抽象方法，也可以调用其他的操作，只要能完成自身的使命。
2) ConcreteClass（具体类）：实现父类中的抽象方法以完成算法中与特定子类相关的步骤。
AbstractClass.java
/**
* 东北电力大学因特雷工作室版权所有
* 开发项目组：因特雷工作室JAVA组开发
* 网址：http://itl.nedu.edu.cn
* JAVA组QQ开发群：37523769
* 联系请注明！！！
* 谢谢您的使用！！！！！！！
* 文件创建时间：2010年 2010-1-4月 下午04:13:43日
*/
package com.amly.pattern;
/**
* 类创建时间：2010年 2010-1-4月 下午04:13:43日
* @author wamly
*
*/
public abstract class AbstractClass {
/**
* 模版方法，类似HttpServlet中的service方法
* 东北电力大学因特雷工作室JAVA组
* 文件创建时间：2010年 2010-1-4月 下午04:14:39日
*/
public final void templateMethod(String methodName) {
if("op1".equals(methodName)) {
doOperation1(methodName);
}
if("op2".equals(methodName)) {
doOperation2(methodName);
}
}
protected abstract void doOperation1(String methodName);
protected abstract void doOperation2(String methodName);
}
ConcreteClass.java
/**
* 东北电力大学因特雷工作室版权所有
* 开发项目组：因特雷工作室JAVA组开发
* 网址：http://itl.nedu.edu.cn
* JAVA组QQ开发群：37523769
* 联系请注明！！！
* 谢谢您的使用！！！！！！！
* 文件创建时间：2010年 2010-1-4月 下午07:11:33日
*/
package com.amly.pattern;
/**
* 类创建时间：2010年 2010-1-4月 下午07:11:33日
* @author wamly
*
*/
public class ConcreteClass extends AbstractClass {
/* (non-Javadoc)
* @see com.amly.pattern.AbstractClass#doOperatio
相关文档：
Java语言的关键字，用来表示一个域不是该对象串行化的一部分。当一个对象被串行化的时候，transient型变量的值不包括在串行化的表示中，然而非transient型的变量是被包括进去的
Java代码
class A implements Serializable {
private String name;
transient private String address;
}
那么� ......
关于23种设计模式的有趣见解
作者以轻松的语言比喻了java的23种模式，有很好的启发作用。
创建型模式
1、FACTORY—追MM少不了请吃饭了，麦当劳的鸡翅和肯德基 ......
File.separatorChar 返回一个字符，表示当前系统默认的文件名分隔符，在Windows中为"\",unix中为"/"。
File.separator 与前者相同，但将分隔符作为字符串类型返回。
pathSeparatorChar 返回一个字符，表示当前系统默认的路径名分隔符，在Windows中为";",unix中为":"。
File.pathSeparator 与前者相同，但将分隔符作为字� ......
1 日志级别
oFATAL
记录影响系统正常运行，可能导致系统崩溃的事件
oERROR
记录影响业务流程正常进行，导致业务流程提前终止的事件
oWARN
记录未预料到，可能导致业务流程无法进行的事件
oINFO
记录系统启动/停止，模块加载/卸载之类事件
oDEBUG
记录业务详细流程，用户鉴权/业务流程选择/数据存取事件
oTRACE
......
前些时候，把《Thinking in Java》中异常这一章翻出来再次研读，本人有些收获，并且有些观点和作者观点不太一致，共享之
1.异常的定义
一个系统中定义异常应遵循如下几个原则：
a. 系统中如果某个模块功能比较单一，建议将所有异常放在一个package内；如果某个模块有很多子模块， ......
