介紹外觀模式之前，首先讓我們來看下面的例子：

假設我們現有一個對外介面FacadeService，裡面有一個對外的方法a()；

public interface FacadeService {

    public void a();//這個方法是給外部呼叫的
}

他有一個實現類FacadeServiceImpl，他實現了FacadeService介面的a方法，同時又新增了一個自己的供內部呼叫的方法b；

public class FacadeServiceImpl implements FacadeService {
    public void a() {
        System.out.println("這是給外部呼叫的"
 
);
    }

    public void b() {
        System.out.println("這是給內部呼叫的");
    }
}

此時我們再模擬外部呼叫的邏輯

public class FacadeServiceMain {
    public static void main(String[] args) {
        FacadeServiceImpl facadeService = new FacadeServiceImpl();
        facadeService.a();
        facadeService.b();
    }
}

因為a是給外部呼叫用的，此時可以給外部呼叫，但是b是給內部呼叫的，我們不希望給外部呼叫，此時我們可以怎麼做呢？有的人說，可以調整b方法的訪問許可權，使得只能只能同一個包下面的類可以訪問，除了這個方法之外還有別的更優雅的方法嗎?請看下面的例子：

public class FacadeServiceImplForOut implements FacadeService {


    private FacadeService facadeService;

    public FacadeServiceImplForOut(FacadeServiceImpl facadeService){
        this.facadeService=facadeService;
    }
    public void a() {
        facadeService.a();
    }


}

public class 
 
FacadeServiceMain {
    public static void main(String[] args) {
       /* FacadeServiceImpl facadeService = new FacadeServiceImpl();
        facadeService.a();
        facadeService.b();*/
FacadeServiceImpl facadeService = new FacadeServiceImpl();
        FacadeServiceImplForOut fout = new FacadeServiceImplForOut(facadeService);
        fout.a();
    }
}

這就是facade（外觀模式），他提供了一個供外部client呼叫的層Facade，由Facade層去組織呼叫真正的業務層，對於呼叫client來說，真正的業務層對他來說是透明的，這樣做的好處是讓呼叫層client和真正的業務層解耦，同時在Facade層也可以做更多的事情，比如上面的遮蔽client不該訪問到的方法等等