Sunshow Life » Java

Tomcat支持SSI和软链接

Sunshow — Wed, 21 Jul 2010 03:23:12 +0000

一. 启用SSI（Server Side Include）

1. 编辑Tomcat的web.xml，查找SSI，去掉相应的servlet和servlet-mapping的注释，或者也可以去掉filter的，二选一
2. 给相应的Context添加privileged="true"属性

点评：不知道这个SSI有毛用，直接jsp:include多好，而且一启用这个就影响所有的Context

二. 允许软链接

给相应的Context添加allowLinking="true"属性

标签：Context, servlet, Tomcat, 链接

相关日志

Eclipse 3.4 Released

Sunshow — Thu, 26 Jun 2008 05:11:45 +0000

下载：http://www.eclipse.org/downloads/

eclipse 3.4 代号为Ganymede（Ganymede为最大的木星已知卫星，也是第七颗发现的木星卫星，在伽利略发现的卫星中离木星第三近,在希腊神话中 Ganymede是一个特洛伊美人的男孩(一个美少男)，被宙斯带去给众神斟酒）。

新特性：http://www.javaeye.com/news/2713

标签：eclipse, Ganymede, 特性

相关日志

解决Tomcat下Context重复启动

Sunshow — Sun, 08 Jun 2008 01:57:36 +0000

配置了个定时抓取任务，结果总是抓取三次
从Tomcat的log上看到该任务所在的Context有三次启动的过程，计划任务也被创建了三次

问题原来出在Host的appBase设置上，原来的设置是这样的

<Host name="www.xxx.com" appBase="/usr/local/projects/xxx/"
   unpackWARs="false" autoDeploy="true"
   xmlValidation="false" xmlNamespaceAware="false">
   <Context docBase="web" path="" reloadable="true" workDir="work">

   Context>
Host>

<Host name="admin.xxx.com" appBase="/usr/local/projects/xxx/"
   unpackWARs="false" autoDeploy="true"
   xmlValidation="false" xmlNamespaceAware="false">
   <Context docBase="admin" path="" reloadable="true" workDir="work">

   Context>
Host>

改成不设置appBase，只对指定的Context设置docBase就ok了

<Host name="www.xxx.com" appBase=""
   unpackWARs="false" autoDeploy="true"
   xmlValidation="false" xmlNamespaceAware="false">
   <Context docBase="/usr/local/projects/xxx/web" path="" reloadable="true" workDir="work">

   Context>
Host>

<Host name="admin.xxx.com" appBase=""
   unpackWARs="false" autoDeploy="true"
   xmlValidation="false" xmlNamespaceAware="false">
   <Context docBase="/usr/local/projects/xxx/admin" path="" reloadable="true" workDir="work">

   Context>
Host>

标签：appBase, Context, docBase, Tomcat, 启动, 重复

相关日志

给Tomcat的Connector设置URIEncoding

Sunshow — Fri, 30 May 2008 10:20:16 +0000

#####Other parameters#####
URIEncoding="UTF-8" />

如果不设置，URL上传递的中文就不能被正确解码
在我测试的情况下即使我预先用URLEncoder进行了encode处理也无法正确解析，折腾了我老半天

标签：Connector, Tomcat, URIEncoding, 中文, 编码

相关日志

传说中的Eclipse 4？

Sunshow — Fri, 21 Mar 2008 01:57:13 +0000

看来基于Web的应用程序是未来的主流
但是我很怀疑其易用性能否达到或者超越传统IDE？
谨慎预测在其发布的时候将包括Web和传统在内的两个版本

标签：eclipse, ide, web

相关日志

Ubuntu Gutsy安装MapXtreme

Sunshow — Tue, 20 Nov 2007 13:08:59 +0000

首先从官方网站下载MapInfo® MapXtreme® Java Edition（需要注册用户）
目前最新版是4.8.0，推荐使用最新版，之前安装4.7会提示NoClassDefineFound

下载完了如果直接安装会报一大堆librt.so.1之类的找不到的错误，实际上在/lib目录下都有，
具体解决办法参考这篇文章，是因为2.6的内核启用了LinuxThread线程库的原因

下面以下载完的安装文件install.bin为例，

/* 把原本安装文件中的LD_ASSUME_KERNEL操作注释掉，并写入新文件 */
cat ./install.bin | sed "s/export LD_ASSUME_KERNEL/#xport LD_ASSUME_KERNEL/" > ./installnew.bin

接下来就可以通过运行生成的installnew.bin来安装MapXtreme了,

sudo sh ./installnew.bin

一切顺利就会启动图形安装界面，按照提示安装即可，如果不顺利我也不知道了
需要注意的是安装程序默认使用安装文件自带的jre，中文显示有问题，最好在安装过程中设置使用其他的jre（安装完成后也可以修改启动脚本中的JRE_HOME环境变量进行修改）

标签：Java, Linux, MapXtreme, ubuntu, 安装

相关日志

了解UUID

Sunshow — Mon, 09 Apr 2007 02:47:43 +0000

UUID是指在一台机器上生成的数字，它保证对在同一时空中的所有机器都是唯一的。通常平台会提供生成UUID的API。UUID按照开放软件基金会 (OSF)制定的标准计算，用到了以太网卡地址、纳秒级时间、芯片ID码和许多可能的数字。由以下几部分的组合：当前日期和时间(UUID的第一个部分与时间有关，如果你在生成一个UUID之后，过几秒又生成一个UUID，则第一个部分不同，其余相同)，时钟序列，全局唯一的IEEE机器识别号（如果有网卡，从网卡获得，没有网卡以其他方式获得），UUID的唯一缺陷在于生成的结果串会比较长。关于UUID这个标准使用最普遍的是微软的GUID (Globals Unique Identifiers)。

UUID 在所有计算机上都是唯一的。不过，它们的值是完全随机的，因此不能用来确定添加值的时间或值的顺序。另外，UUID 值比其它方法（包括全局自动增量）所需的值大得多，并且在主键表和外键表中都需要更多的表空间。使用 UUID 建立表索引的效率也更低。

标准的UUID格式为：xxxxxxxx-xxxx-xxxx-xxxxxx-xxxxxxxxxx (8-4-4-4-12)

JDK中的UUID实现

从JDK 5.0开始自带了UUID的实现 java.util.UUID，示例用法如下：

import java.util.UUID;
public class TestUUID {
/**
* @param args
*/
public static void main(String[] args) {
// TODO Auto-generated method stub
for (int i = 0; i < 10; i ++) {
System.out.println(UUID.randomUUID().toString());
}
}
}

输出如下结果：

2bc58ecd-dd48-4144-b5aa-2ebebaad300c
468a36ed-2eec-42fc-9524-d04a404a5d94
e43ea34d-3768-4ad0-8f28-dd8e61267103
dba317d5-688e-4656-bea5-4542b414481d
f40408bb-df92-4118-8265-1e83f2810ae2
386e7c9d-b2af-4787-a171-6b1d9f350193
77a2eb19-0541-4fc3-a014-1b70840c42ec
4a00304e-d7e7-4a6f-bef3-4fb40ed7e1c2
631fdb01-1505-44e9-9e1b-3d84083651da
bdb68883-ff9b-4b56-a825-940f45b3b3db

Hibernate中的使用

UUID algorithm
The UUID contains: IP address, startup time of the JVM (accurate to a quarter second), system time and a
counter value (unique within the JVM). It's not possible to obtain a MAC address or memory address from Java
code, so this is the best we can do without using JNI.

从hibernate reference中抄了个例子如下：

<class name="eg.Person" table="person">
<id name="Key" column="pid" type="string">
<generator class="uuid" />
id>
<property name="birthday" type="date" />
<component name="Name" class="eg.Name">
<property name="initial" />
<property name="first" />
<property name="last" />
component>
class>

标签：hibernate, Java, UUID

相关日志

Java获取随机字符串

Sunshow — Fri, 30 Mar 2007 02:01:15 +0000

import java.util.Random;
public static String getRandomString(int length) {
StringBuffer buffer = new StringBuffer("0123456789abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ");
StringBuffer sb = new StringBuffer();
Random r = new Random();
int range = buffer.length();
for (int i = 0; i < length; i ++) {
sb.append(buffer.charAt(r.nextInt(range)));
}
return sb.toString();
}

这个没啥意思，就是随机数用的不多，每次要用都记不住，在这里备个份@@

标签：Java, random, 随机

相关日志

PreparedStatement的怪异问题

Sunshow — Thu, 29 Mar 2007 14:46:55 +0000

详细代码和数据库(Oracle)见附件，本来很简单的事情没想到让我碰到了诡异的问题。

PreparedStatement pstmt = conn.prepareStatement("update followcase set customitems=? where id=?");
pstmt.setString(1, customItems);
pstmt.setString(2, "4788");

这么写必然报java.sql.SQLException: ORA-01461: 仅可以为插入 LONG 列的 LONG 值赋值。
如果把第二个参数值直接写入sql里就没问题，可以肯定的是原因必然是因为customItems超过一定长度，据smth上大大说当长度超过4000/3的时候可能会出问题。
现在为了解决无法插入的问题，只能先把除了customitems字段的insert进去，然后再来update它，晕。

PreparedStatement有什么特殊限制吗？

下载：测试代码及数据库

标签：Java, jdbc, PreparedStatement, sql

相关日志

FTPClient中retrieveFileStream的用法

Sunshow — Tue, 27 Mar 2007 03:45:53 +0000

工作需要使用了org.apache.commons.net.ftp.FTPClient来操作FTP，记录一下心得。

这个类封装的很完善，使用起来也很简单，只是在使用retrieveFileStream的时候碰到了一点小问题，就是不知道怎么完成传输状态，尝试发送abor指令也不行。在咨询了bianbian和查看了源代码之后看到这一段说明以后解决问题：

* You must close the InputStream when you
* finish reading from it. The InputStream itself will take care of
* closing the parent data connection socket upon being closed. To
* finalize the file transfer you must call
* {@link #completePendingCommand completePendingCommand } and
* check its return value to verify success.

代码如下：

import org.apache.commons.net.ftp.FTPClient;
public class TestFTP {
public static void main(String[] args) {
try {
FTPClient ftp = new FTPClient();
// initialize ftp connection
/*
*
*/
String remotefile = "test.xml";
InputStream is = null;
is = ftp.retrieveFileStream(remotefile);
if (is != null) {
is.close();
}
if (!ftp.completePendingCommand()) {
ftp.logout();
ftp.disconnect();
}
// continue
} catch (SocketException e) {
// TODO Auto-generated catch block
e.printStackTrace();
} catch (IOException e) {
// TODO Auto-generated catch block
e.printStackTrace();
}
}
}

标签：FTPClient, retrieveFileStream

linux下的Resin自启动问题

Sunshow — Mon, 08 Jan 2007 02:31:01 +0000

我们使用的是resin-2.1.17

首先按照bin/httpd.sh里的说明将resin配置为服务

# To install, you'll need to configure JAVA_HOME and RESIN_HOME and
# copy httpd.sh to /etc/rc.d/init.d as resin. Then
# use "unix# /sbin/chkconfig resin on"
cp httpd.sh /etc/rc.d/init.d/resin
/sbin/chkconfig resin on

配置JAVA_HOME 和 RESIN_HOME

JAVA_HOME=/opt/j2sdk1.4.2_10
export JAVA_HOME
RESIN_HOME=/opt/resin-2.1.17
export RESIN_HOME

自动启动的时候必须把变量export进来

修改

bin=`dirname $script`

为

bin=$RESIN_HOME/bin

理论上这样应该已经能作为服务启动了
事实上也确实启动了
但是发现所有使用了类似

<fmt:formatDate value='${rptDate}' type='date'/>

的jstl表达式的地方日期格式都是英文的，而不是期望中的yyyy-MM-dd的格式

一开始以为是系统重新启动默认使用的自带的jdk的问题
于是将系统默认jdk设置成/opt/j2sdk1.4.2_10
结果问题还是一样
这时候可能是某个同事操作cms系统的时候重建了页面
首页的中文全变成了??
这样就很明显是jdk的编码问题了
google之

在最末行启动参数加上强制指定编码，即修改为

exec $perl $bin/wrapper.pl -chdir -name "$name" -class "$class" -Dclient.encoding.override=GBK -Dfile.encodin
g=GBK -Duser.language=zh -Duser.region=CN -Djava.awt.headless=true $args $*

其中“ -Djava.awt.headless=true”是为了在linux下jfreechart的图像能正常显示
问题解决

以上所做的修改都是针对httpd.sh
别忘了改完重新copy一份到/etc/rc.d/init.d

造成这个问题的原因可能是因为服务加载的顺序问题
因为jdk的默认编码设置是跟系统设置一样的

这件事情教育我们要使用

<fmt:formatDate value='${rptDate}' pattern='yyyy-MM-dd'/>

补充：
一些地方还是出现乱码
发现数据中心的linux没有设置LC_ALL
修改/etc/sysconfig/i18n

LANG="zh_CN.GB18030"
LANGUAGE="zh_CN.GB18030:zh_CN.GB2312:zh_CN"
LC_ALL="zh_CN.GB18030"
SUPPORTED="en_US.UTF-8:en_US:en:zh_CN.GB18030:zh_CN:zh:zh_TW.big5:zh_TW:zh:ja_JP.UTF-8:ja_JP:ja:ko_KR.eucKR:ko_KR:ko"
SYSFONT="lat0-sun16"
SYSFONTACM="8859-15"
export LC_ALL

当然编码具体情况具体分析

标签：Java, jstl, Linux, resin

相关日志

Java CHM Doc

Sunshow — Thu, 21 Dec 2006 03:47:35 +0000

http://www.allimant.org/javadoc/

标签：chm, doc, Java

相关日志

[Java]复杂对象的clone

Sunshow — Tue, 19 Dec 2006 01:46:27 +0000

除了自己手工实现以外
有什么好的现成的东西吗？

标签：Java

相关日志

[SWT]指定Table单元格的宽度和高度

Sunshow — Tue, 24 Oct 2006 02:42:14 +0000

import org.eclipse.jface.viewers.TableViewer;
import org.eclipse.swt.SWT;
import org.eclipse.swt.widgets.Event;
import org.eclipse.swt.widgets.Listener;
import org.eclipse.swt.widgets.Table;
TableViewer tv;
//初始化tv
final Table table = tv.getTable();
table.addListener(SWT.MeasureItem, new Listener() { //向表格增加一个SWT.MeasureItem监听器，每当需要单元内容的大小的时候就会被调用。
public void handleEvent(Event event) {
event.width = table.getGridLineWidth(); //设置宽度
event.height = (int) Math.floor(event.gc.getFontMetrics().getHeight() * 1.5); //设置高度为字体高度的1.5倍
}});

如果只是要默认效果则只要添加监听器就可以了
handleEvent方法里头留空就行

标签：swt, table

[JFace]自定义Dialog的按钮

Sunshow — Thu, 19 Oct 2006 08:05:57 +0000

/**
* 重载默认的按钮建立方法，让其在本地的执行失效
*/
protected Button createButton(Composite parent, int id, String label, boolean defaultButton) {
return null;
}
/**
* 利用父类的createButton方法建立按钮
*/
protected void initializeBounds() {
/*
* 参数1:取得放按钮的面板，
* 参数2:按钮的id值
* 参数3:按钮上的文字
* 参数4:是否为Dialog的默认按钮
*/
super.createButton((Composite) this.getButtonBar(),
IDialogConstants.OK_ID, "保存", true);
super.createButton((Composite) this.getButtonBar(),
IDialogConstants.OK_ID, "重填", false);
super.createButton((Composite) this.getButtonBar(),
IDialogConstants.CANCEL_ID, "退出", true);
super.initializeBounds();
}

标签：jface

面向对象的设计原则

Sunshow — Sat, 09 Sep 2006 07:12:41 +0000

单一职责原则(SRP)
就一个类而言，应该仅有一个引起它变化的原因。

开放-封闭原则(OCP)
软件实体应该是可以扩展的，但是不可修改。

Liskov替换原则(LSP)
子类型必须能够替换掉它们的基类型。

依赖倒置原则(DIP)
抽象不应该依赖于细节。细节应该依赖于抽象。

接口隔离原则(ISP)
不应该强迫客户依赖于它们不用的方法。接口属于客户，不属于它所在的类层次结构。

重用发布等价原则(REP)
重用的粒度就是发布的粒度。

共同封闭原则(CCP)
包中的所有类对于同一类性质的变化应该是共同封闭的。一个变化若对一个包产生影响，则将对该包中的所有类产生影响，而对于其他的包不造成任何影响。

共同重用原则(CRP)
一个包中的所有类应该是共同重用的。如果重用了包中的一个类，那么就要重用包中的所有类。

无环依赖原则(ADP)
在包的依赖关系图中不允许存在环。

稳定依赖原则(SDP)
朝着稳定的方向进行依赖。

稳定抽象原则(SAP)
包的抽象程度应该和其稳定程度一致。

这些以我目前的水平还只能是一知半解……

标签：对象, 设计

相关日志

关闭jfreechart的文字抗锯齿

Sunshow — Fri, 04 Aug 2006 01:13:50 +0000

import java.awt.RenderingHints;
import org.jfree.chart.ChartFactory;
import org.jfree.chart.ChartUtilities;
import org.jfree.chart.JFreeChart;
final JFreeChart chart;
/*
chart = ....
*/
//chart.setAntiAlias(false); //关闭全部反锯齿
chart.getRenderingHints().put(RenderingHints.KEY_TEXT_ANTIALIASING, RenderingHints.VALUE_TEXT_ANTIALIAS_OFF); //关闭文字的抗锯齿

标签：jfreechart

Eclipse 3.2 released

Sunshow — Sat, 01 Jul 2006 10:59:34 +0000

Download:http://www.eclipse.org/downloads/

标签：eclipse

相关日志

[转载]你还在用if else吗？

Sunshow — Thu, 27 Apr 2006 02:00:51 +0000

你还在用if else吗？
板桥里人 http://www.jdon.com 2006/1/11（转载请保留）
　　面向过程设计和面向对象设计的主要区别是：是否在业务逻辑层使用冗长的if else判断。如果你还在大量使用if else，当然，界面表现层除外，即使你使用Java/C#这样完全面向对象的语言，也只能说明你的思维停留在传统的面向过程语言上。
传统思维习惯分析
　　为什么会业务逻辑层使用if else，其实使用者的目的也是为了重用，但是这是面向过程编程的重用，程序员只看到代码重用，因为他看到if else几种情况下大部分代码都是重复的，只有个别不同，因此使用if else可以避免重复代码，并且认为这是模板Template模式。
　　他范的错误是：程序员只从代码运行顺序这个方向来看待它的代码，这种思维类似水管或串行电路，水沿着水管流动（代码运行次序），当遇到几个分管（子管），就分到这几个分管子在流动，这里就相当于碰到代码的if else处了。
　　而使用OO，则首先打破这个代码由上向下顺序等同于运行时的先后循序这个规律，代码结构不由执行循序决定，由什么决定呢？由OO设计；设计模式会取代这些if else，但是最后总是由一个Service等总类按照运行顺序组装这些OO模块，只有一处，这处可包含事务，一般就是Service，EJB中是Session bean。
　　一旦需求变化，我们更多的可能是Service中各个OO模块，甚至是只改动Service中的OO模块执行顺序就能符合需求。
　　这里我们也看到OO分离的思路，将以前过程语言的一个Main函数彻底分解，将运行顺序与代码其他逻辑分离开来，而不是象面向过程那样混乱在一起。所以有人感慨，OO也是要顺序的，这是肯定的，关键是运行顺序要单独分离出来。
　　是否有if else可以看出你有没有将运行顺序分离到家。
设计模式的切入口
　　经常有人反映，设计模式是不错，但是我很难用到，其实如果你使用if else来写代码时（除显示控制以外），就是在写业务逻辑，只不过使用简单的判断语句来作为现实情况的替代者。
　　还是以大家熟悉的论坛帖子为例子，如ForumMessage是一个模型，但是实际中帖子分两种性质：主题贴（第一个根贴）和回帖（回以前帖子的帖子），这里有一个朴素的解决方案：
建立一个ForumMessage，然后在ForumMessage加入isTopic这样判断语句，注意，你这里一个简单属性的判断引入，可能导致你的程序其他地方到处存在if else 的判断。
　　如果我们改用另外一种分析实现思路，以对象化概念看待，实际中有主题贴和回帖，就是两种对象，但是这两种对象大部分是一致的，因此，我将ForumMessage设为表达主题贴；然后创建一个继承ForumMessage的子类ForumMessageReply作为回帖，这样，我在程序地方，如Service中，我已经确定这个Model是回帖了，我就直接下溯为ForumMessageReply即可，这个有点类似向Collection放入对象和取出时的强制类型转换。通过这个手段我消灭了以后程序中if else的判断语句出现可能。
　　从这里体现了，如果分析方向错误，也会导致误用模式。
　　讨论设计模式举例，不能没有业务上下文场景的案例，否则无法决定是否该用模式，下面举两个对比的例子：
第一. 这个帖子中举例的第一个代码案例是没有上下文的，文中只说明有一段代码：

main() {
if(case A){
// do with strategy A
}else(case B){
// do with strategy B
}else(case C){
// do with strategy C
}
}

　　这段代码只是纯粹的代码，没有业务功能，所以，在这种情况下，我们就很难确定使用什么模式，就是一定用策略模式等，也逃不过还是使用if else的命运，设计模式不是魔法，不能将一段毫无意义的代码变得简单了，只能将其体现的业务功能更加容易可拓展了。
　　第二.在这个帖子中，作者举了一个PacketParser业务案例，这段代码是体现业务功能的，是一个数据包的分析，作者也比较了各种模式使用的不同，所以我们还是使用动态代理模式或Command模式来消灭那些可能存在的if else
　　由以上两个案例表明：业务逻辑是我们使用设计模式的切入点，而在分解业务逻辑时，我们习惯则可能使用if else来实现，当你有这种企图或者已经实现代码了，那么就应该考虑是否需要重构Refactoring了。
if else替代者
　　那么实战中，哪些设计模式可以替代if else呢？其实GoF设计模式都可以用来替代if else，我们分别描述如下：
· 状态模式　
　　当数据对象存在各种可能性的状态，而且这种状态将会影响到不同业务结果时，那么我们就应该考虑是否使用状态模式，当然，使用状态模式之前，你必须首先有内存状态这个概念，而不是数据库概念，因为在传统的面向过程的/面向数据库的系统中，你很难发现状态的，从数据库中读取某个值，然后根据这个值进行代码运行分流，这是很多初学者常干的事情。参考文章:状态对象：数据库的替代者
　　使用传统语言思维的情况还有：使用一个类整数变量标识状态：

public class Order {
private int status;
// 说明：
// status=1 表示订货但为查看；
// status=2 表示已经查看未处理；
// status=3 表示已经处理未付款
// status=4 表示已经付款未发货
// status=5 表示已经发货
}

　　上述类设计，无疑是将类作为传统语言的函数来使用，这样导致程序代码中存在大量的if else。
· 策略模式　
　　当你面临几种算法或者公式选择时，可以考虑策略模式，传统过程语言情况是：从数据库中读取算法数值，数值1表示策略1，例如保存到数据库；数值为2表示策略2，例如保存到XMl文件中。这里使用if else作为策略选择的开关。
· command模式　
　　传统过程的思维情况是：如果客户端发出代号是1或"A"，那么我调用A.java这个对象来处理；如果代号是2或"B"，我就调用B.java来处理，通过if else来判断客户端发送过来的代码，然后按事先约定的对应表，调用相应的类来处理。
· MVC模式　
　　MVC模式的传统语言误用和Command模式类似，在一个Action类中，使用if else进行前后台调度，如果客户端传送什么命令；我就调用后台什么结果；如果后台处理什么结构，再决定推什么页面，不过，现在我们使用Struts/JSF这样MVC模式的框架实现者就不必范这种低级错误。
· 职责链模式　
　　职责链模式和Command模式是可选的，如果你实在不知道客户端会发出什么代号；也没有一个事先定义好的对照表，那么你只能编写一个个类去碰运气一样打开这个包看一下就可以。与Command是不同在AOP vs Decorator一文中有分析。
· 代理或动态代理模式　
　　代理对象可以是符合某种条件的代表者，比如，权限检验，传统面向过程思维是：当一个用户登陆后，访问某资源时，使用if else进行判断，只有某种条件符合时，才能允许访问，这样权限判断和业务数据逻辑混乱在一起，使用代理模式可以清晰分离，如果嫌不太好，使用动态代理，或者下面AOP等方式。

· AOP或Decorator模式
　　
　　其实使用filter过滤器也可以替代我们业务中的if else，过滤器起到一种过滤和筛选作用，将符合本过滤器条件的对象拦截下来做某件事情，这就是一个过滤器的功能，多个过滤器组合在一起实际就是if else的组合。
　　所以，如果你实在想不出什么办法，可以使用过滤器，将过滤器看成防火墙就比较好理解，当客户端有一个请求时，经过不同性质的防火墙，这个防火墙是拦截端口的；那个防火墙是安全检查拦截等等。过滤器也如同红蓝白各种光滤镜；红色滤镜只能将通过光线中的红色拦截了；蓝色滤镜将光线中的蓝色拦截下来，这实际上是对光线使用if else进行分解。

　　如图，通过一个个条件过滤器我们立体地实现了对信号的分离，如果你使用if else，说明你是将图中的条件1/2/3/4合并在一起，在同一个地方实现条件判断。
　　需要深入了解过滤器的实现细节和微小区别，请参考文章：AOP vs Decorator
OO设计的总结　　
　　还有一种伪模式，虽然使用了状态等模式，但是在模式内部实质还是使用if else或switch进行状态切换或重要条件判断，那么无疑说明还需要进一步努力。更重要的是，不能以模式自居，而且出书示人。
　　真正掌握面向对象这些思想是一件困难的事情，目前有各种属于揪着自己头发向上拔的解说，都是误人子弟的，所以我觉得初学者读Thinking in Java（Java编程思想）是没有用，它试图从语言层次来讲OO编程思想，非常失败，作为语言参考书可以，但是作为Java体现的OO思想的学习资料，就错了。
　　OO编程思想是一种方法论，方法论如果没有应用比较，是无法体会这个方法论的特点的，禅是古代一个方法论，悟禅是靠挑水砍柴这些应用才能体会。
　　那么OO思想靠什么应用能够体会到了？是GoF设计模式，GoF设计模式是等于软件人员的挑水砍柴等基本活，所以，如果一个程序员连基本活都不会，他何以自居OO程序员？从事OO专业设计编程这个工作，如果不掌握设计模式基本功，就象一个做和尚的人不愿意挑水砍柴，他何以立足这个行业？早就被师傅赶下山。
　　最后总结：将if else用在小地方还可以，如简单的数值判断；但是如果按照你的传统习惯思维，在实现业务功能时也使用if else，那么说明你的思维可能需要重塑，你的编程经验越丰富，传统过程思维模式就容易根深蒂固，想靠自己改变很困难；建议接受专业头脑风暴培训。
　　用一句话总结：如果你做了不少系统，很久没有使用if else了，那么说明你可能真正进入OO设计的境地了。（这是本人自己发明的实战性的衡量考核标准）。

标签：else, if, 设计模式