接上次继续扯设计模式
上一次我们说到项目经理的工作,其实,进度管理也是项目经理工作部分,所以项目经理希望每一个pg都能把进度回报一下,于是项目经理说,你你你还有你,去写个任务进度给我,项目正在如火如荼呢,程序员烦躁不安,"爷没写过,爷只管实现",项目经理无语,只好又雇人来,负责协管项目进度,不过肥水不流外人田,自家的孩子好管教,于是,美其名曰提拔个资深程序员来干吧,也就不用雇人了于是有了
package dp.Adapter; import dp.Proxy.CodingWorker; public class TeamLeader extends CodingWorker { private int schedue = 0; @Override public String programing(int money, String needs) { money = money - 200; String source = super.programing(money, needs); schedue = 100; return source; } }
以上就是简单的类的适配器模式.
不过很明显,又有个问题,程序员有写java的,有写C的,有干网页的,又干server的,有程序员CodingWorkerA,也有程序员CodingWorkerB,若是一个组一个leader,还能忍受,要是组里就一个人呢,总不能一人一个leader吧,所以,项目经理转换思路,绞尽脑汁,灵光一现,增加一个新职位,专门管点关七八糟的东西
public interface Schedue { public int getSchedue(); }
....公司有很多女孩子,虽然是计算机毕业,但是不是很喜欢编程,让她们来当项目助理好了,这样 就有了
public class ProjectAssistant implements Schedue,ComputerSoft{ private CodingWorker pg; private int schedue = 0; public ProjectAssistant(CodingWorker PG) { this.pg = PG; } public String programing(int money, String needs) { String source = pg.programing(money, needs); schedue = 100; return source; } public int getSchedue() { return schedue; } }
这样,只要有一个助理就够用了,这就是对象适配器,这可能是公司以前助理总是被程序员拐跑的原因