Corak Supertype Lapisan: Mengemas pelaksanaan biasa dalam sistem pelbagai peringkat

mata teras

mod supertype lapisan adalah penting dalam sistem pelbagai lapisan, dan ia dapat merangkum pelaksanaan umum dalam kelas yang berbeza, dengan itu memudahkan penggunaan semula kod dan mengurangkan duplikasi.
Melaksanakan corak supertype lapisan melibatkan mewujudkan kelas asas yang dikongsi yang abstrak logik dan sifat awam dan kemudian dilanjutkan dengan subclass yang lebih spesifik.
Mod ini membantu mengekalkan seni bina kod yang lebih jelas, kerana ia membolehkan pengubahsuaian fungsi bersama di satu tempat, dengan itu meningkatkan kebolehpercayaan dan skalabiliti.
Corak hipertype lapisan bukan sahaja memudahkan asas kod, tetapi juga sejajar dengan prinsip tanggungjawab tunggal kerana ia memisahkan tingkah laku awam dari tingkah laku khusus kelas.
Walaupun corak ini memberikan banyak manfaat dalam mengurangkan kod boilerplate dan kod berlebihan, ia mesti digunakan dengan berhati -hati untuk mengelakkan membuat struktur superclass yang terlalu kompleks atau besar yang sukar untuk dikendalikan.

Pewarisan, sebagai salah satu asas pengaturcaraan berorientasikan objek, seperti pedang bermata dua. Sistem. Walaupun terdapat banyak perangkap dalam warisan, kebanyakannya dapat dikurangkan oleh penggunaan rasional dan sederhana. Penggunaan semula kod adalah punca akar warisan. Warisan menyediakan cara mudah untuk menghasilkan sejumlah besar objek yang saling berkaitan secara semantik tanpa kod pendua. Konsepnya sangat mudah tetapi berkuasa: pertama meletakkan logik sebanyak mungkin dalam sempadan jenis asas (biasanya kelas abstrak, tetapi juga kelas konkrit), dan kemudian mula memperoleh subtipe halus mengikut keperluan yang lebih spesifik. Proses ini biasanya dilakukan pada asas "per-lapisan", dengan itu menyediakan setiap lapisan dengan set supertypes sendiri, yang fungsi terasnya ditapis dan dilanjutkan pula dengan subtipe yang sepadan. Tidak menghairankan, gelung enkapsulasi/yang diperolehi ini mengikuti corak reka bentuk yang disebut "Layer Supertype" (ya, ia mempunyai nama akademik yang sebenar, walaupun sedikit naif), dalam beberapa baris seterusnya, saya akan menggali bagaimana ia berfungsi secara dalaman , dan anda akan dapat melihat betapa mudahnya untuk menyambungkan fungsinya ke model domain.

Keperluan Jenis Super Tahap -Menentukan Model Domain Kembung

Ia boleh dikatakan bahawa lapisan supertypes adalah evolusi semulajadi dan selektif jenis asas "biasa", kecuali yang terakhir wujud dalam skop lapisan tertentu. Ini memainkan peranan penting dalam reka bentuk pelbagai lapisan di mana menggunakan fungsi super jenis sering merupakan keperluan yang diperlukan, bukan hanya keputusan sewenang-wenangnya. Secara umum, cara yang paling berkesan untuk memahami kepraktisan di sebalik corak ini adalah melalui beberapa contoh praktikal. Jadi, katakan kita perlu membina model domain mudah dari awal, bertanggungjawab untuk menentukan beberapa interaksi asas antara beberapa catatan blog dan komen yang sepadan. Secara kasar, model ini boleh digariskan dengan mudah sebagai lapisan anemia, yang mengandungi hanya beberapa kelas rangka untuk memodelkan artikel dan komen. Kelas domain pertama dan kontraknya mungkin kelihatan seperti ini:

<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>

Pemandu kelas pasca adalah logik mudah, yang beralih kepada menentukan data dan tingkah laku beberapa penyertaan pasca asas. Ia harus mudah difahami. Sekarang mari kita membuat model sedikit lebih gemuk dengan menambahkan kelas kepadanya yang menghasilkan komen yang berkaitan dengan entri blog tertentu. Kontrak dan pelaksanaannya adalah seperti berikut:

<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>

Seperti jawatan, kelas komen adalah mudah. Tetapi sekarang dengan kedua -dua kelas ini, kita boleh menggunakan model ini. Contohnya:

<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>

Ini sememangnya berkesan sebagai pesona! Menggunakan model ini adalah proses yang agak mudah yang memerlukan anda terlebih dahulu membuat beberapa objek pos dan kemudian mengisi mereka dengan komen yang relevan. Ya, hidup manis dan indah. Ok, setakat ini, tetapi ia pasti lebih baik! Saya tidak cuba memusnahkan keajaiban masa yang indah, tetapi saya harus mengakui bahawa saya merasakan sedikit sejuk setiap kali saya melihat pelaksanaan kelas pos dan komen. Walaupun ini bukan masalah yang serius dalam dirinya sendiri, beberapa kaedah (seperti setID () dan setContent ()) menunjukkan gejala khas duplikasi kod. Oleh kerana beberapa masalah logik, menyelesaikan masalah ini tanpa kecuaian tidak begitu intuitif kerana ia kelihatan pada pandangan pertama. Pertama, walaupun mereka mempunyai hubungan semantik antara satu sama lain, setiap kelas sebenarnya memodelkan pelbagai jenis objek. Kedua, mereka melaksanakan antara muka yang berbeza, yang bermaksud sukar untuk abstrak logik tanpa berakhir dengan hierarki yang canggung di mana keadaan "is-a" tidak pernah berlaku. Terutama dalam kes ini, kita boleh mengambil pendekatan yang lebih santai dan merawat pos dan mengulas sebagai subtipe dari supertype abstrak yang sangat umum. Dengan berbuat demikian, meletakkan pelaksanaan bersama dalam sempadan kelas abstrak akan menjadi sangat mudah, sehingga menjadikan definisi subtipe lebih diselaraskan. Oleh kerana keseluruhan proses abstraksi hanya berlaku di lapisan domain, abstrak hipotetikal akan dianggap sebagai ... ya, anda meneka, lapisan supertype. Mudah tetapi baik, bukan?

(kod dan penjelasan selebihnya ditinggalkan di sini disebabkan oleh batasan ruang. Perhatikan bahawa contoh kod dalam teks asalnya panjang, dan menterjemahkan dan merumuskan semua kod akan membuat jawapannya terlalu verbose. Idea teras adalah untuk Buat Kelas untuk mengekstrak kod pendua dalam kelas AbstractEntity dan Post, dengan itu mengurangkan kod redundansi dan meningkatkan kebolehkerjaan Comment Ringkasan

Walaupun warisan sering dianggap sebagai mekanisme untuk overestimation dan penyalahgunaan, saya berharap sangat sedikit orang akan tidak bersetuju sekarang bahawa warisan adalah mekanisme yang kuat yang berfungsi apabila digunakan dengan kemas dalam sistem berbilang lapisan menghalang pertindihan kod. Menggunakan corak mudah seperti lapisan supertype adalah contoh kelebihan yang menarik yang disediakan oleh warisan ketika membuat subtipe yang berkongsi sejumlah besar pelaksanaan boilerplate antara satu sama lain.

(bahagian FAQ dari teks asal juga ditinggalkan di sini kerana kandungannya adalah pengulangan dan lanjutan idea -idea teras artikel. Menerjemahkan semua kandungan akan membuat jawapan terlalu lama. Idea teras telah sepenuhnya tercermin dalam terjemahan di atas.)

Atas ialah kandungan terperinci Corak Supertype Lapisan: Mengemas pelaksanaan biasa dalam sistem pelbagai peringkat. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!