我们公司有七百多技术人员，分布在全国各地，组织架构你在组合模式中也看到了，很常见的家长领导型模式，每个技术人员的岗位都是固定的，你在组织机构在那棵树下，充当的是什么叶子节点都是非常明确的，每一个员工的信息比如名字、性别、薪水等都是记录在数据库中，现在有这样一个需求，我要把公司中的所有人员信息都打印汇报上去，很简单吧，我们来看类图：
这个类图还是比较简单的，使用了一个模版方法模式，把所要的信息都打印出来，我们先来看一下抽象类：
package FangWenZhe; public abstract class Employee { public final static int MALE = 0; // 0代表是男性 public final static int FEMALE = 1; // 1代表是女性 // 甭管是谁，都有工资 private String name; // 只要是员工那就有薪水 private int salary; // 性别很重要 private int sex; // 以下是简单的getter/setter，不多说 public String getName() { return name; } public void setName(String name) { this.name = name; } public int getSalary() { return salary; } public void setSalary(int salary) { this.salary = salary; } public int getSex() { return sex; } public void setSex(int sex) { this.sex = sex; } // 打印出员工的信息 public final void report() { String info = "姓名：" + this.name + "\t"; info = info + "性别：" + (this.sex == FEMALE ? "女" : "男") + "\t"; info = info + "薪水：" + this.salary + "\t"; // 获得员工的其他信息 info = info + this.getOtherInfo(); System.out.println(info); } // 拼装员工的其他信息 protected abstract String getOtherInfo(); } 再看小兵的实现类，越卑微的人物越能引起共鸣，因为我们有共同的经历、思维和苦难，呵呵，看实现类：
package FangWenZhe; public class CommonEmployee extends Employee { // 工作内容，这个非常重要，以后的职业规划就是靠这个了 private String job; public String getJob() { return job; } public void setJob(String job) { this.job = job; } protected String getOtherInfo() { return "工作：" + this.job + "\t"; } } 在来看领导阶层:
package FangWenZhe; public class Manager extends Employee { // 这类人物的职责非常明确：业绩 private String performance; public String getPerformance() { return performance; } public void setPerformance(String performance) { this.performance = performance; } protected String getOtherInfo() { return "业绩：" + this.performance + "\t"; } } Performance 这个单词在我们技术人员的眼里就是代表性能，在实际商务英语中可以有Sales Performance 销售业绩，performance evaluation 业绩评估等等。然后我们来看一下我们的invoker 类：
package FangWenZhe; import java.util.ArrayList; import java.util.List; public class Client { public static void main(String[] args) { for (Employee emp : mockEmployee()) { emp.report(); } } // 模拟出公司的人员情况，我们可以想象这个数据室通过持久层传递过来的 public static List<Employee> mockEmployee() { List<Employee> empList = new ArrayList<Employee>(); // 产生张三这个员工 CommonEmployee zhangSan = new CommonEmployee(); zhangSan.setJob("编写Java程序，绝对的蓝领、苦工加搬运工"); zhangSan.setName("张三"); zhangSan.setSalary(1800); zhangSan.setSex(Employee.MALE); empList.add(zhangSan); // 产生李四这个员工 CommonEmployee liSi = new CommonEmployee(); liSi.setJob("页面美工，审美素质太不流行了！"); liSi.setName("李四"); liSi.setSalary(1900); liSi.setSex(Employee.FEMALE); empList.add(liSi); // 再产生一个经理 Manager wangWu = new Manager(); wangWu.setName("王五"); wangWu.setPerformance("基本上是负值，但是我会拍马屁呀"); wangWu.setSalary(18750); wangWu.setSex(Employee.MALE); empList.add(wangWu); return empList; } } 先通过mockEmployee 来模拟出一个数组，当然了在实际项目中这个数组应该是从持久层产生过来的。我们来看运行结果：
结果出来了，也非常正确。我们来想一想这个实际的情况，人力资源部门拿这这份表格会给谁看呢？那当然是大老板了，大老板关心的是什么？关心部门经理的业绩！小兵的情况不是他要了解的，就像二战的时候一位将军（巴顿？艾森豪威尔？记不清楚了）说的“我一想到我的士兵也有孩子、妻子、父母，我就痛心疾首，…但是这是战场，我只能认为他们是一群机器…”，是呀，其实我们也一样呀，那问题就出来了：
