Java 디자인 패턴 - 모양 패턴

개요

오늘 이야기해 볼 외형 패턴은 비교적 단순한 디자인 패턴이고, 일상적인 개발에서도 가끔 사용하게 되겠지만, 그렇게 생각하지 않으셨을 수도 있겠네요 그것은 디자인입니다. 이번 글은 이번 글에서 설명할 외형 모드를 최대한 포괄적으로 설명하기 위해 몇 가지 예시부터 시작하겠습니다. 그것이 당신에게 유익하기를 바랍니다.

서론

여기에 인용문을 삽입하는 목적은 일상 생활에서 외모 패턴을 사용할 때를 상기시키기 위한 것입니다.

어쩌면 상사가 이런 일을 주선해 줄 수도 있습니다. 이는 핵심 모듈일 수 있으며 모듈에는 해당 기능 중 하나가 있지만 상사는 자신이 호출할 수 있는 인터페이스만 제공하기를 원할 수도 있습니다. 그는 이렇게 말할 것입니다: 안녕하세요, Xiao Ming. 현재 시스템에는 핵심 기능 P0이 필요합니다. 구현해 보겠습니다. 내가 호출할 수 있는 인터페이스만 제공하면 됩니다. 코드의 내부 논리를 알 필요는 없습니다. 그냥 하세요.

그런 일을 자주 맡는다면 외모 모드를 마스터했어야 한다고 생각합니다.

정의

외관 패턴은 하위 시스템의 인터페이스 그룹에 액세스하기 위한 통합 인터페이스를 제공합니다. 파사드 패턴은 하위 시스템을 더 쉽게 사용할 수 있도록 하는 상위 수준 인터페이스를 정의합니다.

비출현 모드

여기에서는 "Dahua Design Patterns"라는 책에 나오는 예를 사용하겠습니다. 이제 당신이 주식투자자라고 상상해 보세요. (그냥 블로거가 주식거래를 안한다는 것 뿐이고 여기서 뭔가 문제가 있는건지 모르겠습니다. 그렇다면 그냥 못 본 척 해주세요. ^_^) , 그리고 재무 관리 활동을 하려고 합니다. 당신은 두 개의 주식, 즉 국채 하나와 부동산 하나에 관심이 있습니다.

지금 이 코드를 작성한다면 코드 프레임워크는 다음 클래스 다이어그램과 유사할 것입니다.

여기에는 주식만 나열됩니다. 기타 재무관리 활동은 주식의 논리와 일치합니다. 중복 코드는 공간을 차지하는 것보다 더 많은 이점이 없습니다.

StockA.java

public class StockA {
    private int stockCount = 0;
    public void sell(int count){
        stockCount -= count;
        System.out.println("卖了" + count + "支 A 股票");
    }

    public void buy(int count){
        stockCount += count;
        System.out.println("买了" + count + "支 A 股票");
    }
    public int getStockCount() {
        return stockCount;
    }
}

다음 코드는 재무 관리자를 위한 것입니다. 간단한 구매 및 판매 로직을 위해 재무 관리자는 너무 많은 코드 처리를 해야 하는데, 이는 정말 고통스럽습니다.

Investors.java

public class Investors {

    public static void main(String[] args) {
        StockA stockA = new StockA();
        StockB stockB = new StockB();
        NationalDebt debt = new NationalDebt();
        RealEstate estate = new RealEstate();

        stockA.buy(100);
        stockB.buy(200);
        debt.buy(150);
        estate.buy(120);

        stockA.sell(100);
        stockB.sell(200);
        debt.sell(150);
        estate.sell(120);
    }
}

위는 표시 모드를 사용하지 않고 작성한 코드입니다. 즉, 아래에 언급된 모양 모드를 사용하면 코드를 더 간단하고 명확하게 만들 수 있습니다.

외형 모드

위의 비외형 모드에서는 별로 친숙하지 않은 코드 로직이 보입니다. 표시 모드는 호출자에게 보다 투명하게 보이도록 더 높은 수준의 캡슐화를 기반으로 할 수 있습니다. 다음은 수정된 모양 모드 클래스 다이어그램입니다.

FundFacade.java

public class FundFacade {

    private StockA stockA = null;
    private StockB stockB = null;
    private NationalDebt debt = null;
    private RealEstate estate = null;

    public FundFacade() {
        stockA = new StockA();
        stockB = new StockB();
        debt = new NationalDebt();
        estate = new RealEstate();
    }

    public void buyAll(int count) {
        stockA.buy(count);
        stockB.buy(count);
        debt.buy(count);
        estate.buy(count);
    }

    public void sellAll(int count) {
        stockA.sell(count);
        stockB.sell(count);
        debt.sell(count);
        estate.sell(count);
    }

    public void buyStockA(int count) {
        stockA.buy(count);
    }

    public void sellNationalDebt(int count) {
        debt.sell(count);
    }
}

위 코드는 모양의 핵심 클래스인 FundFacade입니다. 재무 관리 시스템의 모든 작업은 이 클래스를 통해 구현될 수 있습니다. 본 수업을 통해 주식, 국고채, 부동산 등의 재무관리 프로젝트를 어떻게 처리되는지 걱정할 필요 없이 쉽게 운영할 수 있습니다. 사용자 입장에서는 좋은 일이겠죠?

사용자 작업을 살펴보겠습니다(물론 위의 다이어그램 클래스는 대부분의 효과를 반영했습니다). 이는 사용자의 코드 논리입니다.

Investors.java

public class Investors {

    public static void main(String[] args) {
        FundFacade facade = new FundFacade();
        facade.buyAll(120);
        facade.buyStockA(50);
        facade.sellAll(80);
    }
}

보세요, 사용자는 FundFacade 클래스에 무엇을 사고, 무엇을 팔고, 얼마를 사고, 얼마를 팔아야 하는지 알려주기만 하면 목적을 달성할 수 있습니다. 너무 편리해요.

A주식의 코드를 보세요. 사실 큰 변화는 없습니다. 이는 외관 모드의 매력이기도 합니다. 원래 하위 시스템의 코드를 수정할 필요가 없으며 더 높은 수준의 캡슐화만 수행하면 됩니다. 물론 StockA에 액세스하기 위해 여기에서 몇 가지 간단한 변경을 수행했습니다. 사용자에게 투명해야 하므로 하위 시스템이 더 이상 사용자에게 공개될 필요가 없습니다. 그렇죠? 왜냐하면 우리에게는 이미 전문 외교관인 FundFacade가 있기 때문입니다.

StockA.java

class StockA {
    private int stockCount = 0;
    void sell(int count){
        stockCount -= count;
        System.out.println("卖了" + count + "支 A 股票");
    }

    void buy(int count){
        stockCount += count;
        System.out.println("买了" + count + "支 A 股票");
    }
    int getStockCount() {
        return stockCount;
    }
}

외관 패턴은 비교적 간단한 디자인 패턴으로 쉽게 익히고 사용할 수 있습니다. 다만 외형 모드에도 특정 제한이 있다는 점을 말씀드리고 싶습니다. 나는 당신이 그것을 발견했다고 믿습니다.

하위 시스템의 모든 작업을 FundFacade 클래스에 넘겨주기 때문에 FundFacade 클래스의 제약을 받습니다. 예를 들어 위의 FundFacade 클래스는 StockB에 대해 별도의 작업을 구현하지 않으므로 FundFacade 클래스에 StockB를 작동하기 위한 인터페이스를 캡슐화하지 않으면 StockB에서만 작동할 수 없습니다.

외모 모드 적용

위의 설명에서는 외모 모드의 사용법을 알 뿐만 아니라 외모 모드의 한계도 이해하고 있으므로 객관적인 입장과 선택을 해야 합니다. 그것을 사용하십시오. 다음은 작업에서 모양 모드를 사용하는 방법의 예입니다.

현재 프로젝트의 사장님께서 시스템에 특정 모듈을 구현해달라고 요청하셨습니다. 이것이 핵심 모듈이 되어야 한다고 생각합니다. 이 모듈의 기능은 폴더의 모든 파일에 민감한 정보가 포함되어 있는지 확인하는 것입니다. 이 모듈에는 AC 오토마타의 패턴 일치, 압축 파일의 완전 자동 압축 해제, 다양한 형식 파일(doc/xls)과 같은 작은 하위 모듈이 많이 있습니다(물론 상사는 이러한 하위 모듈이 무엇을 하는지 신경 쓰지 않을 것입니다). /ppt/zip/eml/rtf/pdf 등 대부분의 파일형식은 기본적으로 존재합니다), 로그시스템 등이 있습니다.

당신이 완성하고 싶은 기능이 무엇을 먼저 해야 하는지, 다음에 무엇을 해야 하는지, 다음에 무엇을 해야 하는지, 다시 무엇을 해야 하는지 상사에게 말할 수는 없습니다...

아, 맙소사. 너무 짜증나는데, 압축해 주실 수 있나요? (물론 이것은 단지 내 정신적인 활동일 뿐이다. 사실 나는 상사에게 내 디자인 과정에 대해 설명해달라고 요청한 적이 없다)

캡슐화한 후에는 상사에게 이 클래스의 이 메소드를 호출하라고만 하면 되고 괜찮을 거예요. 이런 식으로 상사는 내부 논리에 대해 걱정할 필요가 없습니다. 문제가 발생하면 귀하의 책임이지만 귀하의 책임이어야합니다. 하하. . .

좋아, 헛소리는 그게 다야. 위의 심각한 패턴에 대한 자세한 설명이든 아래의 말도 안되는 내용이든 이 글을 통해 여러분이 이 글의 디자인 패턴을 완전히 이해하고 합리적으로 학습하고 사용할 수 있기를 바랍니다.

위 내용은 Java 디자인 패턴-외형 패턴입니다. 더 많은 관련 내용은 PHP 중국어 홈페이지(m.sbmmt.com)를 참고해주세요!