PHP 마스터 | 외관 패턴으로 복잡성을 관리합니다

디자인 패턴은 소프트웨어 개발에서 직면 한 일반적인 문제에 대한 솔루션을 표준화하기 위해 구축되었습니다. 복잡한 응용 프로그램을 개발할 때는 앱의 설계 및 구조를 계획하기에 충분한 시간을 할당해야합니다. 그렇게하면 적절한 디자인 패턴을 선택할 수 있습니다. 그러나 디자인 패턴을 사용하고 있음을 알지 못하고 디자인 패턴을 사용하는 상황이있을 수 있습니다. Facade는 거의 모든 웹 애플리케이션에서 사용되는 디자인 패턴이지만 종종 알지 못합니다. "디자인 패턴"이라는 용어는 복잡하고 이해하기 어려운 무언가의 정신적 이미지를 만듭니다. 이것은 때때로 사실 일 수 있지만, 외관 패턴은 구현하기가 간단합니다. 정면이 무엇인지, 좋은 코드를 작성하는 데 도움이되는 일을 봅시다. 키 테이크 아웃

Facade는 복잡한 프로세스를 단순화하고보다 간소화 된 사용자 경험을 허용하는 거의 모든 웹 애플리케이션에 사용되는 설계 패턴입니다. Facade Pattern은 시스템의 복잡성을 숨기고 단순화 된 인터페이스를 제공하여 각 장치가 다른 장치에 대한 최소한의 지식을 가져야하는 최소 지식의 원리를 준수합니다. Facade 패턴의 실제 응용 프로그램에는 Opauth 라이브러리가 포함되어 있으며, 타사 인증 서비스를위한 Facade 인터페이스와 WordPress의 Update_Post_Meta () 함수로서 WordPress 게시물에 대한 사용자 지정 데이터를 저장하기위한 외관 역할을합니다. <.> 외관 패턴은 코드 가독성과 유용성을 향상시키고, 하위 시스템과 클라이언트 간의 분리를 촉진하며, 복잡한 하위 시스템에 대한 인터페이스를 단순화하기 때문에 유익합니다. 그러나 기능이 너무 많은 기능을 외관에 넣으면 병목 현상이되어 클라이언트로부터 서브 시스템의 유용한 기능을 숨길 수 있습니다.

책을 빌려주는 과정 도서관 관리 시스템 애플리케이션을 개발하고 있다고 가정하십시오. 차용 및 반환 책은 분명히 그러한 시스템의 가장 중요한 두 가지 작업입니다. 그러나 책 차입 과정의 일반적인 구현을 고려하십시오.

사용자가 도서관에 와서 빌린 책을 반환하여 새 책을 빌릴 수 있습니다. 사용자는 기한이 지난 책에 대해 벌금을 지불해야합니다 사용자 또는 도서관 직원의 구성원이 새 책을 검색합니다. 책의 가용성이 확인되었습니다. 위의 단계가 성공적으로 완료되면 책의 위치를 ​​검색해야합니다. 사용자는 책을 빌립니다 책의 상태는 시스템에서 사용할 수없는 것으로 표시됩니다.

각 작업의 구현은 자체 인터페이스가있는 별도의 클래스로 포함됩니다. 다음 코드는 시스템이 필요한 방법을 호출하여 사용자가 책을 빌릴 수있는 방법을 보여줍니다.

<span><span><?php
</span></span><span><span>public class User
</span></span><span><span>{
</span></span><span>    <span>public function borrowBook() {
</span></span><span>        <span>$bookManager = new Book_Manager();
</span></span><span>        <span>$bookManager->returnBooks();
</span></span><span>
</span><span>        <span>$bookPayments = new Book_Payments();
</span></span><span>        <span>if ($bookPayments->hasOverdueBooks()) {
</span></span><span>            <span>$bookPayments->payBookFines();
</span></span><span>        <span>}
</span></span><span>
</span><span>        <span>$bookLibrary = new Book_Library();
</span></span><span>        <span>$bookReservations = new Book_Reservations();
</span></span><span>
</span><span>        <span>$book = $bookLibrary->searchBooks();
</span></span><span>        <span>$isAvailable = $bookLibrary->isBookAvailable($book);
</span></span><span>        <span>$isReserved = $bookReservations->isBookReserved($book); 
</span></span><span>        <span>if ($isAvailable && !isReserved) {
</span></span><span>            <span>$bookLibrary->locateBook($book);
</span></span><span>
</span><span>            <span>$bookManager->borrowBook($book);
</span></span><span>            <span>$bookLibrary->updateBookAvailability($book, $status);
</span></span><span>        <span>}
</span></span><span>    <span>}
</span></span><span><span>}</span></span>

책을 빌리는 과정이 실제로 복잡한 과정임을 알 수 있습니다! 이 구현에서 사용자는 4 개의 다른 클래스와 약 10 가지 방법과 상호 작용하여 책을 빌려야합니다. 각 기능이 응용 프로그램에서 별도의 화면으로 구현된다고 가정합니다. 이 시스템으로 3 권의 책을 빌리는 데 필요한 노력을 상상할 수 있습니까? 차용자는 예약 확인 및 상태 업데이트와 같은 기능에 대해 알 필요가 없습니다. 우리는 확실히 구현에 문제가 있습니다. 라이브러리 구현 라이브러리의 복잡한 워크 플로에서 사용자를 분리하고 사용자와 직접 관련된 정보 만 노출시키는 단순화 된 인터페이스를 허용해야합니다. 도서관 정면의 구현을 보자.

사용자는 다음 예에서 볼 수 있듯이 Library_Facade 클래스의 Borrowbook () 메소드를 호출하여 책을 빌릴 수 있습니다.

이 Facade 기반 구현을 통해 사용자는 Library_Facade 클래스에만 대화하며 기능이 어떻게 구현되는지 전혀 모릅니다. 사용자는 외관에서 모든 기능을 직접 요청할 수 있으며 외관은 복잡한 프로세스를 처리하고 적절한 정보를 반환 할 책임이 있습니다. 외관 패턴은 각 장치가 다른 유닛에 대한 최소한의 지식을 가져야하는 최소 지식의 원리를 준수합니다. 저수준 기능이 외관을 통해 사용자로부터 숨겨져 있지만 사용자는 필요할 때 직접 저수준 클래스를 직접 요청할 수 있습니다. 자신의 프로젝트와 외관 패턴을 실현하지 않고 구현 한 상황을 찾을 수있는 곳에 대해 생각해보십시오. 패턴 패턴 정의 우리는 Facade 패턴을 구현하는 과정과 중요성을 식별 했으므로 이제 패턴의 정의를 배울 차례입니다. 다음은 Wikipedia에서 추출됩니다. 정면은 클래스 라이브러리와 같은 더 큰 코드에 단순화 된 인터페이스를 제공하는 객체입니다. 외관은 다음과 같습니다.

<span><span><?php
</span></span><span><span>class Library_Facade
</span></span><span><span>{
</span></span><span>    <span>public function returnBooks() {
</span></span><span>        <span>// previous implementation by calling necessary classes
</span></span><span>    <span>}
</span></span><span>
</span><span>    <span>public function borrowBooks() {
</span></span><span>    <span>}
</span></span><span>
</span><span>    <span>public function searchBooks() {
</span></span><span>    <span>}
</span></span><span>
</span><span>    <span>public function reserveBooks() {
</span></span><span>    <span>}
</span></span><span><span>}</span></span>

외관은 일반적인 작업을위한 편리한 방법을 가지고 있기 때문에 소프트웨어 라이브러리를보다 쉽게 ​​사용하고 이해하고 테스트 할 수 있도록합니다. 같은 이유로 도서관을 더 읽기 쉽게 만듭니다 라이브러리의 내부 작업에 대한 외부 코드의 종속성을 줄입니다. 대부분의 코드는 정면을 사용하여 시스템 개발에 더 많은 유연성을 허용하기 때문입니다. 잘 설계된 API로 제대로 설계된 API 컬렉션을 감싸십시오. 다음은 Facade Pattern 정의에 언급 된 구성 요소를 식별하는 라이브러리 예제의 클래스 다이어그램입니다.

<span><span><?php
</span></span><span><span>class User
</span></span><span><span>{
</span></span><span>    <span>public function borrowBook() {
</span></span><span>        <span>$libraryFacade = new Library_Facade();
</span></span><span>        <span>$libraryFacade->borrowBook();
</span></span><span>    <span>}
</span></span><span><span>}</span></span>

실제 구현 이전 섹션에서 우리는 라이브러리 시스템을 예로 사용하여 외관 패턴의 이론을 배웠습니다. 현실 세계에서, 외관은 라이브러리 시나리오의 구현보다 훨씬 더 복잡 할 수 있습니다. 실제 응용 프로그램 및 라이브러리의 맥락에서 패턴의 일부 구현을 검토해 봅시다. 오픈 인증을위한 opauth 최근에 Opauth라는 인기있는 공개 인증 라이브러리에 관한 기사를 썼습니다. 전문 소셜 네트워크 사이트를 개발했다고 가정하고 사용자가 Twitter, LinkedIn 및 Facebook과 같은 다른 인기있는 사이트를 사용하여 인증 할 수 있기를 원합니다. 인증 프로세스를 완료하기 위해 기존 타사 라이브러리를 사용하여 네트워크 서비스에 액세스합니다. 원하는 기능을 달성하기 위해 Twitter 라이브러리를 사용하여 일부 샘플 코드를 살펴 보겠습니다.

보시다시피, 우리는 원하는 기능을 구현하기 위해 일련의 트위터 별 라이브러리 방법을 호출합니다. LinkedIn과 Facebook 모두에게도 비슷한 접근법이 필요합니다. 프로세스는 이미 복잡해졌습니다. 우리는 Twitter, Facebook 또는 LinkedIn 응용 프로그램을 개발하지 않습니다. 자격 증명을 검증하고 사용자를 인증해야합니다. 우리의 응용 프로그램은 이러한 각 서비스의 구현에 대해 걱정하지 않아야합니다. Opauth 라이브러리를 외관 인터페이스로 사용 하여이 문제를 해결할 수 있습니다. 먼저 Opauth 플러그인으로 식별 할 공통 형식으로 원하는 서비스의 로그인 URL을 지정해야합니다. 인증 프로세스 구현을위한 다음 코드를 고려하십시오.

로그인 링크가 요청되면 Opauth는 URL에서 요청 된 서비스를 식별하고 라이브러리를 초기화하여 인증을 위해 사용자를 리디렉션합니다. 우리의 응용 프로그램은 이제 로그인 링크 만 만들고 초기화 메소드를 호출하면됩니다. 모든 복잡한 인증 사항은 각 서비스에 대한 각 라이브러리를 사용하여 비하인드 스토리를 처리합니다. 이것은 외관 패턴을 효과적으로 사용하기위한 완벽한 예로 간주 될 수 있습니다. WordPress 메타 기능 WordPress는 코드의 품질을 고려한 심각한 PHP 개발자 중에서 가장 인기있는 프레임 워크 중 하나가 아닙니다. 그러나 우리는 WordPress 코드베이스 내에서 많은 성공적인 외관 구현을 쉽게 찾을 수 있습니다. WordPress 게시물에 대한 사용자 정의 데이터를 저장하기 위해 update_post_meta () 함수를 살펴 보겠습니다. WordPress를 사용하면 기존 게시물과 관련된 사용자 정의 필드를 만들 수 있습니다. 일반적인 상황에서 이러한 필드를 저장하는 방법을 생각해보십시오. 다음과 같은 모든 작업을 구현해야합니다.

필드 데이터를 검증하십시오 HTML 태그, 스크립트 및 SQL 주입의 데이터를 필터링합니다 데이터베이스에서 필드의 존재를 점검하십시오 존재 상태에 따라 레코드를 저장하거나 업데이트하십시오. 하나의 단일 사용자 정의 필드를 저장하기위한 많은 노력입니다! WordPress는 update_post_meta ()라는 내장 함수를 제공하여 이러한 필드를 저장하는 복잡성을 숨 깁니다. 외관 역할을합니다. 이를 통해 응용 프로그램과 관련된 필요한 데이터를 전달하는 데 집중할 수 있습니다. 앞서 언급 한 모든 작업은 사용자로부터 숨겨져 있습니다. 이제 업데이트 _post_meta ()의 구현을 고려하여 기능을 외관으로 식별하십시오.

<span><span><?php
</span></span><span><span>public class User
</span></span><span><span>{
</span></span><span>    <span>public function borrowBook() {
</span></span><span>        <span>$bookManager = new Book_Manager();
</span></span><span>        <span>$bookManager->returnBooks();
</span></span><span>
</span><span>        <span>$bookPayments = new Book_Payments();
</span></span><span>        <span>if ($bookPayments->hasOverdueBooks()) {
</span></span><span>            <span>$bookPayments->payBookFines();
</span></span><span>        <span>}
</span></span><span>
</span><span>        <span>$bookLibrary = new Book_Library();
</span></span><span>        <span>$bookReservations = new Book_Reservations();
</span></span><span>
</span><span>        <span>$book = $bookLibrary->searchBooks();
</span></span><span>        <span>$isAvailable = $bookLibrary->isBookAvailable($book);
</span></span><span>        <span>$isReserved = $bookReservations->isBookReserved($book); 
</span></span><span>        <span>if ($isAvailable && !isReserved) {
</span></span><span>            <span>$bookLibrary->locateBook($book);
</span></span><span>
</span><span>            <span>$bookManager->borrowBook($book);
</span></span><span>            <span>$bookLibrary->updateBookAvailability($book, $status);
</span></span><span>        <span>}
</span></span><span>    <span>}
</span></span><span><span>}</span></span>

필요한 코드 만 표시됩니다. update_metadata () 함수에 대한 전체 소스 코드는 WP-includes 디렉토리의 meta.php 파일에서 사용할 수 있습니다. 그러나 모든 유효성 검사, 필터링 및 데이터베이스 업데이트가 여기에서 구현되며 Facade 인터페이스 만 세부 사항에 대한 지식이 있습니다.

결론 Facade는 소프트웨어 개발에서 가장 간단하고 사용하기 쉬운 설계 패턴 중 하나입니다. 이 기사를 통해 나는 정면 패턴의 다양한 구현에 대해 이야기했습니다. 이제 아래 의견에 경험을 공유 할 차례입니다. 외관을 사용하는 도서관이나 서비스를 알고 있습니까? 당신이 만나는 외관 패턴의 실질적인 구현을 자유롭게 공유하십시오. Fotolia를 통한 이미지 외관 패턴

에 대한 질문이 자주 묻습니다

소프트웨어 디자인에서 외관 패턴의 주요 목적은 무엇입니까? 외관 패턴은 복잡한 클래스, 라이브러리 또는 프레임 워크 시스템에 단순화 된 인터페이스를 제공하는 구조 설계 패턴입니다. 시스템의 복잡성을 숨기고 클라이언트가 시스템에 액세스 할 수있는 클라이언트에 대한 인터페이스를 제공합니다. 이 패턴은 클라이언트가 요구하는 단순화 된 메소드를 제공하는 단일 클래스가 포함되어 있으며 기존 시스템 클래스의 메소드에 대한 호출을 대표하는 단순한 방법이 포함됩니다.

외관 패턴은 코드 가독성과 유용성을 어떻게 향상 시키는가? 복잡한 서브 시스템에 간단한 인터페이스를 제공하여 코드 가독성과 유용성을 향상시킵니다. 클라이언트가 여러 하위 시스템 클래스를 직접 처리하는 대신, Facade는 서브 시스템을 통합 인터페이스로 캡슐화합니다. 이렇게하면 서브 시스템을 이해하는 데 필요한 학습 곡선을 줄이고 서브 시스템을 사용하고 관리하기 쉽게 만듭니다.

정면 패턴의 실제 예를 제공 할 수 있습니까? 외관 패턴은 컴퓨터를 사용하는 것입니다. 컴퓨터를 켜면 시스템을 부팅하기 위해 내부 구성 요소가 어떻게 작동하는지 이해할 필요가 없습니다. 전원 버튼 (정면)을 누르면 복잡한 과정이 무대 뒤에서 발생합니다.

외관 패턴을 사용하는 장점과 단점은 무엇입니까?

외관 패턴의 주요 장점은 복잡한 서브 시스템의 인터페이스를 단순화하여 클라이언트가 쉽게 사용할 수 있다는 것입니다. 또한 하위 시스템과 고객 간의 분리를 촉진하여 시스템을보다 모듈화하고 유지 관리하기 쉽게 만들 수 있습니다. 그러나 잠재적 인 단점은 너무 많은 기능을 외관에 넣으면 외관 패턴이 병목 현상이 될 수 있다는 것입니다. 또한 클라이언트로부터 서브 시스템의 유용한 기능을 숨길 수 있습니다.

외관 패턴은 다른 구조 설계 패턴과 어떻게 다릅니 까?

어댑터 또는 데코레이터 패턴과 같은 다른 구조 설계 패턴과 달리 개별 물체의 동작을 추가하거나 변경하는 데 사용되며, 정면 패턴은 복잡한 클래스 시스템을 단순화하는 데 사용됩니다. 클라이언트의 서브 시스템의 복잡성을 숨기고 복잡한 서브 시스템에 대한 단순화 된 인터페이스를 제공합니다.

외관 패턴을 다른 설계 패턴과 함께 사용할 수 있습니까?

예, 외관 패턴은 될 수 있습니다. 다른 디자인 패턴과 함께 사용됩니다. 예를 들어, 싱글 톤 패턴과 함께 사용하여 외관의 한 인스턴스 만 생성되도록 할 수 있습니다. 또한 추상 공장 패턴과 함께 사용될 수 있으며 관련 객체의 가족을 만들기위한 간단한 인터페이스를 제공 할 수 있습니다.

외관 패턴이 최소 지식의 원리에 어떻게 기여합니까? 객체 간의 의사 소통을 제한함으로써 최소 지식 (또는 데메테르의 법칙)의 원칙에 기여합니다. 클라이언트는 서브 시스템 클래스가 아닌 외관과 의사 소통하면됩니다. 이것은 객체 간의 종속성을 줄여 시스템을보다 강력하고 유지 관리하기 쉽게 만듭니다.

외관 패턴을 다중 스레드 애플리케이션에서 사용할 수 있습니까?

예, 외관 패턴을 사용할 수 있습니다. 다중 스레드 애플리케이션. 그러나 외관이 실로 안전한 지 확인하려면주의를 기울여야합니다. 이는 자물쇠 나 세마포어와 같은 동기화 메커니즘을 사용하여 레이스 조건을 방지하여 달성 할 수 있습니다.

외관 패턴이 성능에 어떤 영향을 미칩니 까?

외관 패턴은 물체의 수를 줄임으로써 성능을 향상시킬 수 있습니다. 클라이언트는 상호 작용해야합니다. 이렇게하면 객체 생성 및 메소드 호출의 오버 헤드가 줄어 듭니다. 그러나 외관이 병목 현상이되면 성능에 부정적인 영향을 줄 수 있습니다.

PHP에서 외관 패턴을 구현하려면 PHP에서 외관 패턴을 구현하려면 A를 만들어야합니다. 복잡한 서브 시스템에 대한 단순화 된 인터페이스를 제공하는 Facade 클래스. Facade 클래스는 서브 시스템 및 대의원 호출을 서브 시스템 클래스에 캡슐화해야합니다. 클라이언트는 서브 시스템 클래스와 직접적인 것이 아니라 정면을 통해 서브 시스템과 상호 작용해야합니다.

위 내용은 PHP 마스터 | 외관 패턴으로 복잡성을 관리합니다의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!