外观模式是把分散对象的相同操作集合在一起让一个对象来操作,避免了很多冗余的代码。
需求:建立一个股票买卖系统,一个投资者负责面向所有股票,股民只需要面向投资者就可以了。
股票父类(可有可无的类,只是为了后面子类写方法方便一点,一键导入方法)
package AppearancePattern;
public abstract class Shares {
public abstract void sell();
public abstract void buy();
}
股票子类(只有买卖方法)
class Stock1 extends Shares{
@Override
public void sell() {
// TODO Auto-generated method stub
System.out.println("股票1卖出");
}
@Override
public void buy() {
// TODO Auto-generated method stub
System.out.println("股票1买入");
}
}
class Stock2 extends Shares{
@Override
public void sell() {
// TODO Auto-generated method stub
System.out.println("股票2卖出");
}
@Override
public void buy() {
// TODO Auto-generated method stub
System.out.println("股票2买入");
}
}
投资者类(负责把所有股票执行同一个操作,同买同卖)
package AppearancePattern;
public class Fund {
Shares gu1 ;
Shares gu2 ;
public Fund() {
// TODO Auto-generated constructor stub
gu1 = new Stock1();
gu2 = new Stock2();
}
public void buyFund(){
gu1.buy();
gu2.buy();
}
public void sellFund(){
gu1.sell();
gu2.sell();
}
}
界面类(首先实例化投资人,投资人内部实例化所有股票,之后调用买卖方法,买卖方法封装了所有股票的同买同卖,一键操作。)
package AppearancePattern;
public class Main {
public void printFrame(){
Fund fund = new Fund();
fund.buyFund();
fund.sellFund();
}
public static void main(String[] args) {
Main main = new Main();
main.printFrame();
}
}
什么时候使用外观模式呢:dao层,层与层之间添加Facade类,为复杂的子系统提供一个简单的接口,是的耦合大大降低。其次,在开发阶段,子系统往往因为不断的重构演化而变的越来越复杂,很多模式的使用会留下很多小类,给调用它的用户带来使用困难,增加Facade可以提供一个简单的接口减少他们的依赖;最后维护一个一流的大型系统的时候,可以把粗糙复杂的一流代码交给比较清晰的Facade接口,让新系统与Facade对象交互,Facade与遗留代码交互所有复杂的工作。(此段由大话设计模式提供,本人还不了解具体使用这么使用。)