


PHP OOP Part-Composition vs Inheritance and Dependency Suntikan
Dalam siri ini, saya akan membincangkan asas-asas Pengaturcaraan Berorientasikan Objek PHP (OOP). Kandungan akan disusun mengikut bahagian berurutan, setiap satu memfokuskan pada topik tertentu. Jika anda seorang pemula atau tidak biasa dengan konsep OOP, siri ini direka bentuk untuk membimbing anda langkah demi langkah. Dalam bahagian ini, saya akan membincangkan tentang Komposisi vs Inheritance dan Suntikan Ketergantungan dalam PHP. Mari kita mulakan perjalanan belajar PHP OOP bersama-sama!
Komposisi vs Warisan
Kami telah mengetahui tentang hubungan antara kelas induk dan anak dalam pengaturcaraan berorientasikan objek, di mana kami melihat bahawa kelas anak boleh mewarisi kelas induk dan mengakses segala-galanya daripadanya. Ini dikenali sebagai Warisan.
Sebaliknya, Komposisi merujuk kepada menetapkan kelas induk sebagai nilai harta dalam kelas anak, dan bukannya mewarisinya. Melalui ini, kita boleh mengakses segala-galanya daripada kelas induk. Ini dikenali sebagai Komposisi.
Di bawah ialah contoh yang menggambarkan Komposisi dan Warisan.
Contoh Kod
class Link { public string $name; public string $type; public function create($name, $type) { $this->name = $name; $this->type = $type; } public function show() { echo "name: $this->name, type: $this->type"; } } // Inheritance example class ShoLink extends Link { // other functionalities } // Composition example class User { public Link $link; public function __construct() { $this->link = new Link(); } // other functionalities } $user = new User(); $user->link->create("Jamir", "Short");
Dalam contoh pertama, kita dapat melihat bahawa kelas ShoLink mewarisi kelas Pautan. Sebaliknya, dalam contoh kedua, kelas Pengguna tidak mewarisi kelas Pautan. Sebaliknya, ia memberikan contoh kelas Pautan kepada salah satu sifatnya. Hasilnya, kami boleh mengakses segala-galanya daripada kelas Pautan dalam kedua-dua kelas kanak-kanak.
Sekarang, persoalan mungkin timbul: jika kita sudah boleh mengakses segala-galanya dengan menggunakan warisan, mengapa kita perlu menggunakan gubahan? Lagipun, dengan komposisi, kita perlu mengisytiharkan harta tambahan dan menetapkan nilainya melalui pembinaan. Ini kelihatan seperti kerja tambahan—jadi apakah faedah menggunakan gubahan?
Nah, kami tahu bahawa warisan menjadikan segala-galanya dalam kelas induk boleh diakses dalam kelas anak. Akibatnya, walaupun kita tidak mahu menggunakan kaedah tertentu kelas induk atau jika beberapa sifat atau kaedah kelas induk tidak diperlukan dalam kelas anak, kaedah tersebut masih boleh diakses dalam kelas anak jika mereka ahli awam atau dilindungi. .
Untuk menyelesaikan isu ini, gubahan digunakan. Dengan gubahan, kami hanya boleh menjadikan bahagian kelas induk yang diperlukan boleh diakses dalam kelas anak. Mari kita jelaskan perkara ini dengan contoh lain.
Jika kita melihat dengan teliti pada kelas Pautan, kita dapat melihat bahawa ia mempunyai kaedah persembahan. Menggunakan kaedah ini, kami boleh memaparkan terus pautan yang dibuat dalam kelas ShoLink.
Bagaimanapun, bagaimana jika kita mahu kelas Pengguna menghalang sesiapa daripada melihat terus pautan yang dibuat untuk pengguna? Sebaliknya, kami mungkin mahu memaparkan pautan pengguna bersama profil mereka.
Inilah sebabnya, dalam kelas Pengguna, bukannya mewarisi kelas Pautan, kami mengaksesnya melalui gubahan. Akibatnya, tiada siapa yang boleh terus melihat pautan pengguna melalui kelas Pengguna, tetapi mereka boleh terus melihat pautan kelas ShoLink.
Mengutamakan Komposisi berbanding Warisan
Sekarang kami mempunyai sedikit pemahaman tentang komposisi dan masa untuk menggunakannya dan bukannya warisan untuk menyelesaikan masalah tertentu. Dalam OOP, terdapat prinsip yang dipanggil "Komposisi Favor daripada Warisan", yang bermaksud mengutamakan komposisi daripada warisan. Dalam erti kata lain, untuk kelas kanak-kanak yang tidak perlu mengakses segala-galanya daripada kelas induk, kita harus sentiasa mengutamakan gubahan daripada warisan.
Sekarang, persoalan timbul: bagaimana kita memutuskan bila hendak menggunakan gubahan dan bila hendak menggunakan warisan?
Dalam kes ini, kita perlu mendasarkan keputusan kita pada dua jenis perhubungan:
- ialah -> perhubungan. Jika hubungan itu "adalah", kita harus menggunakan warisan.
- mempunyai -> perhubungan. Jika perhubungan itu "mempunyai", kita harus menggunakan gubahan.
Contoh Kod
class Link { public string $name; public string $type; public function create($name, $type) { $this->name = $name; $this->type = $type; } public function show() { echo "name: $this->name, type: $this->type"; } } // Inheritance example class ShoLink extends Link { // other functionalities } // Composition example class User { public Link $link; public function __construct() { $this->link = new Link(); } // other functionalities } $user = new User(); $user->link->create("Jamir", "Short");
Jika anda melihat contoh kelas ShoLink di atas, anda akan melihat bahawa kelas ShoLink mewarisi daripada kelas Pautan. Jadi, jika saya mentakrifkan perhubungan antara mereka, perhubungan itu ialah ShoLink ialah Pautan kerana ShoLink pada asasnya ialah sejenis Pautan.
Contoh Kod
// Inheritance example class ShoLink extends Link { // other functionalities }
Sekarang, jika kita melihat contoh kelas Pengguna di atas, kita dapat melihat bahawa kelas Pengguna menggunakan komposisi dengan kelas Pautan. Jadi, jika saya mentakrifkan hubungan antara mereka, perhubungan itu ialah Pengguna mempunyai Pautan kerana Pengguna bukan Pautan, tetapi Pengguna boleh mempunyai Pautan atau mungkin memilikinya.
Saya harap kini anda mempunyai pemahaman yang lebih jelas tentang gubahan dan warisan, termasuk masa untuk menggunakan setiap satu dan yang mana satu untuk diutamakan dalam situasi yang berbeza.
Suntikan Ketergantungan
Sebelum memahami suntikan kebergantungan, kita perlu memahami dahulu apa itu kebergantungan. Kebergantungan ialah apabila kelas kanak-kanak menggunakan ahli kelas lain, sama ada melalui pewarisan atau gubahan. Dalam kes itu, kelas induk menjadi tanggungan kelas anak.
Dalam contoh di atas, kami melihat bahawa apabila kami menggunakan gubahan dan bukannya warisan, kami perlu mengisytiharkan harta dalam kelas anak dan menetapkan contoh kelas induk kepada harta itu melalui pembina. Oleh itu, jika kita ingin menggunakan kelas Pengguna, kita mesti membuat instantiate kelas Pautan dalam pembinanya kerana kelas Pengguna bergantung pada kelas Pautan. Dengan kata lain, kelas Pautan adalah kebergantungan untuk kelas Pengguna. Isu di sini ialah proses instantiasi kelas Pautan digandingkan rapat dalam kelas Pengguna.
Masalahnya ialah instantiasi kelas Pautan adalah terhad dan khusus untuk kelas Pengguna. Jika kami ingin menghantar mana-mana kelas lain dan bukannya kelas Pautan dari luar ke dalam kelas Pengguna, kami tidak boleh melakukannya kerana kami secara eksplisit mencipta contoh kelas Pautan dalam pembina dan memberikannya kepada harta Pautan. Ini dipanggil Ketergantungan Berganding Ketat, bermakna kita tidak boleh mengubah kebergantungan ini dari luar.
Walau bagaimanapun, jika kami tidak menggunakan kelas Pautan sendiri dalam pembina dan sebaliknya menyerahkannya kepada pengguna, bermakna apabila pengguna menggunakan kelas Pengguna kami, mereka akan menyerahkan pergantungan kelas Pautan ke dalam kelas Pengguna, masalah kami akan menjadi diselesaikan.
Jom lihat contoh kod di bawah.
Contoh Kod
class Link { public string $name; public string $type; public function create($name, $type) { $this->name = $name; $this->type = $type; } public function show() { echo "name: $this->name, type: $this->type"; } } // Inheritance example class ShoLink extends Link { // other functionalities } // Composition example class User { public Link $link; public function __construct() { $this->link = new Link(); } // other functionalities } $user = new User(); $user->link->create("Jamir", "Short");
Dalam contoh ini, kita dapat melihat bahawa bukannya membuat contoh kelas Pautan dalam pembina kelas Pengguna, kita meneruskan kebergantungan kelas Pautan ke dalam kelas Pengguna dari luar. Proses menghantar kebergantungan ke dalam kelas Pengguna melalui pengguna dipanggil Suntikan Ketergantungan. Dalam erti kata lain, kami menyuntik atau menolak pergantungan kelas Pautan dari luar. Ini dikenali sebagai Loosely Coupled Dependency, bermakna kita boleh menukar kebergantungan ini dari luar dengan mudah.
Kini, jika kelas Pautan juga mempunyai kebergantungan sendiri, kami juga boleh menyuntik kebergantungan tersebut ke dalamnya dari luar melalui kelas Pengguna. Kemudian, kita hanya boleh menyuntik contoh kelas Pautan ke dalam kelas Pengguna. Akibatnya, kami tidak perlu risau tentang kebergantungan kelas Pautan dalam kelas Pengguna, kerana pengguna akan mengendalikannya dari luar.
Mari lihat contoh kod di bawah.
Contoh Kod
// Inheritance example class ShoLink extends Link { // other functionalities }
Dengan cara ini, kita boleh menyuntik seberapa banyak kebergantungan yang kita mahu dari luar, dan ia akan menjadi lebih fleksibel. Itu sahaja untuk hari ini; kita bincang dalam pelajaran seterusnya.
Anda boleh berhubung dengan saya di GitHub dan Linkedin.
Atas ialah kandungan terperinci PHP OOP Part-Composition vs Inheritance and Dependency Suntikan. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!

Alat AI Hot

Undresser.AI Undress
Apl berkuasa AI untuk mencipta foto bogel yang realistik

AI Clothes Remover
Alat AI dalam talian untuk mengeluarkan pakaian daripada foto.

Undress AI Tool
Gambar buka pakaian secara percuma

Clothoff.io
Penyingkiran pakaian AI

Video Face Swap
Tukar muka dalam mana-mana video dengan mudah menggunakan alat tukar muka AI percuma kami!

Artikel Panas

Alat panas

Notepad++7.3.1
Editor kod yang mudah digunakan dan percuma

SublimeText3 versi Cina
Versi Cina, sangat mudah digunakan

Hantar Studio 13.0.1
Persekitaran pembangunan bersepadu PHP yang berkuasa

Dreamweaver CS6
Alat pembangunan web visual

SublimeText3 versi Mac
Perisian penyuntingan kod peringkat Tuhan (SublimeText3)

Topik panas

JWT adalah standard terbuka berdasarkan JSON, yang digunakan untuk menghantar maklumat secara selamat antara pihak, terutamanya untuk pengesahan identiti dan pertukaran maklumat. 1. JWT terdiri daripada tiga bahagian: header, muatan dan tandatangan. 2. Prinsip kerja JWT termasuk tiga langkah: menjana JWT, mengesahkan JWT dan muatan parsing. 3. Apabila menggunakan JWT untuk pengesahan di PHP, JWT boleh dijana dan disahkan, dan peranan pengguna dan maklumat kebenaran boleh dimasukkan dalam penggunaan lanjutan. 4. Kesilapan umum termasuk kegagalan pengesahan tandatangan, tamat tempoh, dan muatan besar. Kemahiran penyahpepijatan termasuk menggunakan alat debugging dan pembalakan. 5. Pengoptimuman prestasi dan amalan terbaik termasuk menggunakan algoritma tandatangan yang sesuai, menetapkan tempoh kesahihan dengan munasabah,

Sesi rampasan boleh dicapai melalui langkah -langkah berikut: 1. Dapatkan ID Sesi, 2. Gunakan ID Sesi, 3. Simpan sesi aktif. Kaedah untuk mengelakkan rampasan sesi dalam PHP termasuk: 1. Gunakan fungsi Sesi_Regenerate_ID () untuk menjana semula ID Sesi, 2. Data sesi stor melalui pangkalan data, 3.

Fungsi penghitungan dalam Php8.1 meningkatkan kejelasan dan jenis keselamatan kod dengan menentukan pemalar yang dinamakan. 1) Penghitungan boleh menjadi bilangan bulat, rentetan atau objek, meningkatkan kebolehbacaan kod dan keselamatan jenis. 2) Penghitungan adalah berdasarkan kelas dan menyokong ciri-ciri berorientasikan objek seperti traversal dan refleksi. 3) Penghitungan boleh digunakan untuk perbandingan dan tugasan untuk memastikan keselamatan jenis. 4) Penghitungan menyokong penambahan kaedah untuk melaksanakan logik kompleks. 5) Pemeriksaan jenis dan pengendalian ralat yang ketat boleh mengelakkan kesilapan biasa. 6) Penghitungan mengurangkan nilai sihir dan meningkatkan keupayaan, tetapi memberi perhatian kepada pengoptimuman prestasi.

Penerapan prinsip pepejal dalam pembangunan PHP termasuk: 1. Prinsip Tanggungjawab Tunggal (SRP): Setiap kelas bertanggungjawab untuk hanya satu fungsi. 2. Prinsip Terbuka dan Tutup (OCP): Perubahan dicapai melalui lanjutan dan bukannya pengubahsuaian. 3. Prinsip Penggantian Lisch (LSP): Subkelas boleh menggantikan kelas asas tanpa menjejaskan ketepatan program. 4. Prinsip Pengasingan Antara Muka (ISP): Gunakan antara muka halus untuk mengelakkan kebergantungan dan kaedah yang tidak digunakan. 5. Prinsip Inversi Ketergantungan (DIP): Modul peringkat tinggi dan rendah bergantung kepada abstraksi dan dilaksanakan melalui suntikan ketergantungan.

Mengikat statik (statik: :) Melaksanakan pengikatan statik lewat (LSB) dalam PHP, yang membolehkan kelas panggilan dirujuk dalam konteks statik dan bukannya menentukan kelas. 1) Proses parsing dilakukan pada masa runtime, 2) Cari kelas panggilan dalam hubungan warisan, 3) ia boleh membawa overhead prestasi.

Prinsip reka bentuk Restapi termasuk definisi sumber, reka bentuk URI, penggunaan kaedah HTTP, penggunaan kod status, kawalan versi, dan benci. 1. Sumber harus diwakili oleh kata nama dan dikekalkan pada hierarki. 2. Kaedah HTTP harus mematuhi semantik mereka, seperti GET digunakan untuk mendapatkan sumber. 3. Kod status hendaklah digunakan dengan betul, seperti 404 bermakna sumber tidak wujud. 4. Kawalan versi boleh dilaksanakan melalui URI atau header. 5. Boots Operasi Pelanggan Hateoas melalui pautan sebagai tindak balas.

Dalam PHP, pengendalian pengecualian dicapai melalui percubaan, menangkap, akhirnya, dan membuang kata kunci. 1) blok percubaan mengelilingi kod yang boleh membuang pengecualian; 2) Blok tangkapan mengendalikan pengecualian; 3) Akhirnya Blok memastikan bahawa kod itu sentiasa dilaksanakan; 4) Lemparan digunakan untuk membuang pengecualian secara manual. Mekanisme ini membantu meningkatkan keteguhan dan mengekalkan kod anda.

Fungsi utama kelas tanpa nama dalam PHP adalah untuk membuat objek satu kali. 1. Kelas tanpa nama membenarkan kelas tanpa nama ditakrifkan secara langsung dalam kod, yang sesuai untuk keperluan sementara. 2. Mereka boleh mewarisi kelas atau melaksanakan antara muka untuk meningkatkan fleksibiliti. 3. Beri perhatian kepada prestasi dan kebolehbacaan kod apabila menggunakannya, dan elakkan berulang kali menentukan kelas tanpa nama yang sama.
