可以看到，你leader教你的拼装算法，使用了一个布尔变量来控制是否需要加个or这个关键字，第一次执行for循环的时候因为该布尔值为false，所以不会加上or，在循环的后将布尔值赋值为true，这样以后循环每次都会在头部加上一个or关键字，由于使用了头部添加or的方法，所以不用再担心SQL语句的尾部会多出一个or来。然后你为了将两个算法都保留，在findUserInfo方法上加了一个参数，strategy值为1表示使用第一种算法，strategy值为2表示使用第二种算法。
　　这样测试代码也需要改成如下方式：
　　public class Test {
　　public static void main(String[] args) throws Exception {
　　QueryUtil query = new QueryUtil();
　　query.findUserInfo(new String[] { "Tom"， "Jim"， "Anna" }， 2);
　　}
　　}
　　这里你通过参数指明了使用第二种算法来拼装SQL语句，打印的结果和使用第一种算法是完全相同的。
　　你立刻把你的leader从百忙之中拖了过来，让他检验一下你当前的成果，可是他还是一如既往的挑剔。
　　“你这样写的话，findUserInfo这个方法的逻辑太复杂了，非常不利于阅读，也不利于将来的扩展，如果我还有第三第四种算法想加进去，这个方法还能看吗？”  你的leader指点你，遇到这种情况，要使用策略模式来解决，策略模式的核心思想是把算法提取出来放到一个独立的对象中。
　　为了指点你，他不顾自己的百忙，开始教你如何使用策略模式进行优化。
　　首先定义一个策略接口：
　　public interface Strategy {
　　String getSQL(String[] usernames);
　　}
　　然后定义两个子类都实现了上述接口，并将两种拼装SQL语句的算法分别加入两个子类中：
public class Strategy1 implements Strategy {
@Override
public String getSQL(String[] usernames) {
StringBuilder sql = new StringBuilder("select * from user_info where ");
for (String user : usernames) {
sql.append("username = '");
sql.append(user);
sql.append("' or ");
}
sql.delete(sql.length() - " or ".length()， sql.length());
return sql.toString();
}
}
public class Strategy2 implements Strategy {
@Override
public String getSQL(String[] usernames) {
StringBuilder sql = new StringBuilder("select * from user_info where ");
boolean needOr = false;
for (String user : usernames) {
if (needOr) {
sql.append(" or ");
}
sql.append("username = '");
sql.append(user);
sql.append("'");
needOr = true;
}
return sql.toString();
}
}
　　然后把QueryUtil中findUserInfo方法的第二个参数改成Strategy对象，这样只需要调用Strategy的getSQL方法可以获得拼装好的SQL语句，代码如下所示：
public class QueryUtil {
public void findUserInfo(String[] usernames， Strategy strategy) throws Exception {
Class.forName("com.mysql.jdbc.Driver");
Connection conn = DriverManager.getConnection("jdbc:mysql://localhost:3306/test"， "root"，
"123456");
Statement stat = conn.createStatement();
String sql = strategy.getSQL(usernames);
System.out.println(sql);
ResultSet resultSet = stat.executeQuery(sql);
while (resultSet.next()) {
// 处理从数据库读出来的数据
}
// 后面应将读到的数据组装成对象返回，这里略去。
}
}
　　后，测试代码在调用findUserInfo方法时，只需要显示地指明需要使用哪一个策略对象可以了：
　　public class Test {
　　public static void main(String[] args) throws Exception {
　　QueryUtil query = new QueryUtil();
　　query.findUserInfo(new String[] { "Tom"， "Jim"， "Anna" }， new Strategy1());
　　query.findUserInfo(new String[] { "Jac"， "Joe"， "Rose" }， new Strategy2());
　　}
　　}
　　打印出的SQL语句丝毫不出预料，如下所示：
　　select * from user_info where username = 'Tom' or username = 'Jim' or username = 'Anna'
　　select * from user_info where username = 'Jac' or username = 'Joe' or username = 'Rose'
　　使用策略模式修改之后，代码的可读性和扩展性都有了很大的提高，即使以后还需要添加新的算法，你也是手到擒来了！
　　策略：它定义了算法家庭，分别封装起来。让它们之间可以互相替换，此模式让算法的变化，不会影响到使用算法的客户。