찾다

집 >백엔드 개발 >PHP 튜토리얼 >레이어 슈퍼 타입 패턴 : 멀티 계층 시스템에서 공통 구현 캡슐화

레이어 슈퍼 타입 패턴 : 멀티 계층 시스템에서 공통 구현 캡슐화

William Shakespeare
William Shakespeare원래의
2025-02-26 11:51:17374검색

The Layer Supertype Pattern: Encapsulating Common Implementation in Multi-Tiered Systems

코어 포인트

Layer SuperType 모드는 다중 계층 시스템에서 중요하며 다른 클래스에서 공통 구현을 캡슐화하여 코드 재사용을 촉진하고 복제를 줄일 수 있습니다.

레이어 슈퍼 유형 패턴을 구현하려면 공개 논리와 속성을 추상화 한 다음보다 구체적인 서브 클래스로 확장하는 공유 기본 클래스를 작성하는 것이 포함됩니다.
    이 모드는 공유 기능을 한 곳에서 수정하여 유지 관리 가능성과 확장 성을 향상시킬 수 있으므로 명확한 코드 아키텍처를 유지하는 데 도움이됩니다.
  • 레이어 하이퍼 타입 패턴은 코드 기반을 단순화 할뿐만 아니라 대중 행동이 클래스 별 행동과 분리되기 때문에 단일 책임 원칙과 잘 일치합니다.
    • 이 패턴은 보일러 플레이트 코드 및 중복 코드를 줄이는 데 많은 이점을 제공하지만 관리하기 어려운 지나치게 복잡하거나 큰 슈퍼 클래스 구조를 생성하지 않도록주의해서 적용해야합니다.
    • 객체 지향 프로그래밍의 초석 중 하나 인 상속은 이중 코드 재사용 메커니즘을 가져올뿐만 아니라 조합 패턴을 사용하여 가져 오는 복잡성을 피할 수 있습니다. 시스템., 하위 유형 및 기본 유형의 동작은 너무 다르기 때문에 "IS-A"관계는 이름 만 있습니다. 상속에 많은 함정이 있지만, 대부분은 합리적이고 적당한 사용으로 완화 될 수 있습니다. 코드 재사용은 상속의 근본 원인이 다층 시스템 추상화에 보일러 플레이트 구현을 추가 할 때 큰 역할을 할 수 있습니다. 상속은 코드를 복제하지 않고도 많은 수의 의미 적 상호 관련 객체를 쉽게 생성 할 수있는 쉬운 방법을 제공합니다. 그 개념은 매우 간단하지만 강력합니다. 먼저 기본 유형 (일반적으로 추상 클래스뿐만 아니라 구체적인 클래스)의 경계 내에 가능한 한 많은 논리를 넣은 다음보다 구체적인 요구에 따라 정제 된 하위 유형을 도출하기 시작합니다. 이 프로세스는 일반적으로 "층당"기준으로 수행되므로 각 층에 자체 슈퍼 타입 세트가 제공되며, 해당 하위 유형에 의해 핵심 함수가 개선되고 확장됩니다. 놀랍게도,이 중복 캡슐화/파생 루프는 "Layer Supertype"라는 설계 패턴을 따릅니다 (예, 다음 몇 줄에는 실제 학업 이름이 있습니다). 그리고 기능을 도메인 모델에 연결하는 것이 얼마나 쉬운 지 볼 수 있습니다.
    • 레벨 슈퍼 유형 요구 사항 - 정의 된 부풀어있는 도메인 모델
  • 층 슈퍼 유형은 특정 층의 범위 내에 존재한다는 점을 제외하고 "공통"기본 유형의 자연적이고 선택적 진화라고 말할 수있다. 이것은 수퍼 타입 ​​기능을 사용하는 것이 자의적인 결정뿐만 아니라 종종 필요한 요구 사항 인 다층 디자인에서 중요한 역할을합니다. 일반적 으로이 패턴의 실용성을 이해하는 가장 효과적인 방법은 몇 가지 실제 사례를 통해서입니다. 따라서 일부 블로그 게시물과 해당 주석 사이의 일부 기본 상호 작용을 정의하는 책임이있는 간단한 도메인 모델을 처음부터 구축해야한다고 가정합니다. 대략적으로 말하면,이 모델은 논문과 의견을 모델링하기위한 몇 가지 골격 클래스 만 포함하는 빈혈 층으로 쉽게 설명 할 수 있습니다. 첫 번째 도메인 클래스와 계약은 다음과 같습니다.

    포스트 클래스의 드라이버는 간단한 논리로, 일부 기본 게시물 항목의 데이터와 동작을 정의하는 데 따릅니다. 이해하기 쉬워야합니다. 이제 특정 블로그 항목과 관련된 댓글을 생성하는 클래스를 추가하여 모델을 약간 뚱뚱하게 만들어 봅시다. 계약 및 구현은 다음과 같습니다 
    <code class="language-php"><?php namespace Model;

interface PostInterface
{
    public function setId($id);
    public function getId();

    public function setTitle($title);
    public function getTitle();

    public function setContent($content);
    public function getContent();

    public function setComment(CommentInterface $comment);
    public function setComments(array $comments);
    public function getComments();
}</code>
    <code class="language-php"><?php namespace Model;

class Post implements PostInterface
{
    protected $id;
    protected $title;
    protected $content;
    protected $comments = array();

    public function __construct($title, $content, array $comments = array()) {
        $this->setTitle($title);
        $this->setContent($content);
        if (!empty($comments)) {
           $this->setComments($comments); 
        }
    }

    public function setId($id) {
        if ($this->id !== null) {
            throw new BadMethodCallException(
                "The ID for this post has been set already.");
        }
        if (!is_int($id) || $id             throw new InvalidArgumentException(
                "The post ID is invalid.");
        }
        $this->id = $id;
        return $this;
    }

    public function getId() {
        return $this->id;
    }

    public function setTitle($title) {
        if (!is_string($title) 
            || strlen($title)             || strlen($title) > 100) {
            throw new InvalidArgumentException(
                "The post title is invalid.");
        }
        $this->title = htmlspecialchars(trim($title),
            ENT_QUOTES);
        return $this;
    }

    public function getTitle() {
        return $this->title;
    }

    public function setContent($content) {
        if (!is_string($content) || strlen($content)             throw new InvalidArgumentException(
                "The post content is invalid.");
        }
        $this->content = htmlspecialchars(trim($content),
            ENT_QUOTES);
        return $this;
    }

    public function getContent() {
        return $this->content;
    }

    public function setComment(CommentInterface $comment) {
        $this->comments[] = $comment;
        return $this;
    }

    public function setComments(array $comments) {
        foreach ($comments as $comment) {
            $this->setComment($comment);
        }
        return $this;
    }

    public function getComments() {
        return $this->comments;
    }
}</code>
    포스트처럼, 주석 클래스는 간단합니다. 그러나 이제이 두 클래스에서는 모델을 사용할 수 있습니다. 예를 들면 :

    이것은 실제로 매력만큼 효과적입니다! 이 모델을 사용하는 것은 먼저 게시물 객체를 작성한 다음 관련 주석으로 채워야하는 상당히 간단한 프로세스입니다. 예, 인생은 달콤하고 아름답습니다. 좋아, 지금까지, 그러나 그것은 확실히 더 나아질 수 있습니다! 나는 그런 멋진 순간의 마법을 파괴하려고하지는 않지만 게시물과 댓글 수업의 구현을 볼 때마다 약간 차가워진다는 것을 인정해야합니다. 이것은 그 자체로 심각한 문제는 아니지만 setid () 및 setContent ()와 같은 일부 방법은 코드 복제의 전형적인 증상을 보여줍니다. 일부 논리적 문제로 인해이 문제를 부주의없이 해결하는 것은 언뜻보기만큼 직관적이지 않습니다. 첫째, 그들은 서로 의미 론적 관계를 가지고 있지만 각 클래스는 실제로 다른 유형의 객체를 모델링합니다. 둘째, 다른 인터페이스를 구현하므로 "IS-A"조건이 결코 사실이되지 않는 서투른 계층 구조로 끝나지 않고 논리를 추상화하기가 어렵다는 것을 의미합니다. 특히이 경우, 우리는보다 편안한 접근 방식을 취하고 포스트와 의견을 매우 일반적인 추상적 슈퍼 타입의 하위 유형으로 취급 할 수 있습니다. 그렇게함으로써, 추상 클래스의 경계 내에 공유 구현을 배치하는 것은 매우 간단하므로 하위 유형의 정의가 더욱 간소화됩니다. 전체 추상화 프로세스는 도메인 계층에서만 발생하기 때문에 가상의 추상성은 ... 예, 층 슈퍼 타입으로 추측됩니다. 단순하지만 좋지? 
    <code class="language-php"><?php namespace Model;

interface CommentInterface
{
    public function setId($id);
    public function getId();

    public function setContent($content);
    public function getContent();

    public function setAuthor($author);
    public function getAuthor();
}</code>
    <code class="language-php"><?php namespace Model;

class Comment implements CommentInterface
{
    protected $id;
    protected $content;
    protected $author;

    public function __construct($content, $author) {
        $this->setContent($content);
        $this->setAuthor($author);
    }

    public function setId($id) {
        if ($this->id !== null) {
            throw new BadMethodCallException(
                "The ID for this comment has been set already.");
        }
        if (!is_int($id) || $id             throw new InvalidArgumentException(
                "The comment ID is invalid.");
        }
        $this->id = $id;
        return $this;
    }

    public function getId() {
        return $this->id;
    }

    public function setContent($content) {
        if (!is_string($content) || strlen($content)             throw new InvalidArgumentException(
                "The content of the comment is invalid.");
        }
        $this->content = htmlspecialchars(trim($content),
            ENT_QUOTES);
        return $this;
    }

    public function getContent() {
        return $this->content;
    }

    public function setAuthor($author) {
        if (!is_string($author) || strlen($author)             throw new InvalidArgumentException(
                "The author is invalid.");
        }
        $this->author = $author;
        return $this;
    }

    public function getAuthor() {
        return $this->author;
    }
}</code>
    (공간 제한으로 인해 나머지 코드와 설명은 여기서 생략됩니다. 원본 텍스트의 코드 예제는 길고 모든 코드를 번역하고 일반화하면 답을 너무 장악하게 만듭니다. 핵심 아이디어는 다음과 같습니다. 클래스를 만들어 및 클래스에서 중복 코드를 추출하여 코드 중복성을 줄이고 유지 보수성을 향상시킵니다 요약 
    <code class="language-php"><?php use LibraryLoaderAutoloader,   
    ModelPost,
    ModelComment;

require_once __DIR__ . "/Library/Loader/Autoloader.php";
$autoloader = new Autoloader;
$autoloader->register();

$post = new Post(
    "A sample post.",
    "This is the content of the post."
);

$post->setComments(array(
    new Comment(
        "One banal comment for the previous post.",
        "A fictional commenter"),
    new Comment(
        "Yet another banal comment for the previous post.",
        "A fictional commenter")
));

echo $post->getTitle() . " " . $post->getContent() . "<br>";

foreach ($post->getComments() as $comment) {
    echo $comment->getContent() . " " . $comment->getAuthor() .
        "<br>";
}</code>
    상속은 종종 과대 평가 및 남용의 메커니즘으로 간주되지만, 상속 재산이 다중층 시스템에서 깔끔하게 사용될 때 코드의 복제를 방지 할 때 작동하는 강력한 메커니즘이기 때문에 거의 동의하지 않기를 바랍니다. Layer SuperType와 같은 간단한 패턴을 사용하면 상속이 서로 다수의 보일러 플레이트 구현을 공유하는 하위 유형을 만들 때 제공하는 많은 매혹적인 이점의 예입니다.

    (원본 텍스트의 FAQ 부분은 기사의 핵심 아이디어의 반복과 확장이기 때문에 여기서도 생략됩니다. 모든 내용을 번역하면 답을 너무 길게 만듭니다. 핵심 아이디어는있었습니다. 위의 번역에 완전히 반영되었습니다.)

위 내용은 레이어 슈퍼 타입 패턴 : 멀티 계층 시스템에서 공통 구현 캡슐화의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

架构 面向对象 封装 子类 循环 继承 接口 对象
성명：
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.
이전 기사：Faker를 사용하여 자동 테스트를 위해 필러 데이터를 생성합니다다음 기사：Faker를 사용하여 자동 테스트를 위해 필러 데이터를 생성합니다

관련 기사

더보기