Corak Reka Bentuk PHP: Salah Faham dan Perangkap Biasa

Walaupun corak reka bentuk dalam PHP mempunyai kelebihan, terdapat juga salah faham dan perangkap apabila menggunakannya, seperti penggunaan buta, pelanggaran prinsip tanggungjawab tunggal, kekeliruan antara warisan dan delegasi, penyalahgunaan corak kaedah kilang dan pelaksanaan prinsip SOLID yang salah . Aplikasi corak reka bentuk yang betul, seperti mengasingkan tanggungjawab untuk mengira jumlah keseluruhan melalui corak rantaian tanggungjawab, boleh meningkatkan modulariti dan kebolehselenggaraan kod.

Corak Reka Bentuk PHP: Salah Faham dan Perangkap Biasa

Corak reka bentuk ialah alat berharga untuk penggunaan semula kod, mengurangkan kod pendua dan meningkatkan kecekapan pembangunan. Walau bagaimanapun, terdapat juga beberapa salah faham dan masalah biasa apabila menggunakan corak reka bentuk dalam PHP:

Mitos 1: Menggunakan corak reka bentuk secara membabi buta

Tidak semua situasi sesuai untuk menggunakan corak reka bentuk. Pramatang atau penggunaan berlebihan corak reka bentuk boleh membawa kepada kerumitan dan overhed yang tidak perlu. Apabila memilih corak reka bentuk, anda harus mempertimbangkan dengan teliti kesesuaian dan kesannya pada kod anda.

Mitos 2: Salah Faham Prinsip Tanggungjawab Tunggal (SRP)

SRP bermakna kelas hanya mempunyai satu sebab untuk perubahan. Melanggar SRP mengakibatkan kod yang digandingkan secara longgar dan sukar diselenggara. Menggunakan corak reka bentuk seperti penggunaan semula komposisi, pengagregatan dan suntikan pergantungan boleh membantu menguatkuasakan SRP.

Mitos 3: Pewarisan dan perwakilan yang mengelirukan

Warisan ialah cara mencipta kelas baharu dan mewarisi sifatnya daripada kelas sedia ada. Delegasi membenarkan satu kelas mewakilkan kepada kelas lain untuk melaksanakan tugas tertentu. Warisan dan perwakilan yang mengelirukan boleh membawa kepada masalah kebolehskalaan dan kebolehselenggaraan dalam kod anda.

Mitos 4: Penyalahgunaan Corak Kaedah Kilang

Corak kaedah kilang boleh membantu mencipta dan mengurus objek, tetapi penggunaan yang berlebihan boleh mencipta objek suci (Singleton) dan bekas Bekas Suntikan Ketergantungan (DI). Gunakan corak kaedah kilang dengan berhati-hati dan hanya apabila anda perlu mencipta objek daripada jenis tertentu.

Mitos 5: Pelaksanaan SOLID Salah

Prinsip SOLID (Tanggungjawab Tunggal, Terbuka-Tertutup, Penggantian Liskov, Pengasingan Antara Muka dan Inversi Ketergantungan) memberikan panduan untuk mereka bentuk kod yang baik dan boleh diselenggara. Walau bagaimanapun, jika prinsip SOLID digunakan secara tidak betul, ia boleh membawa kepada isu kebolehskalaan dan struktur yang sukar difahami dalam kod anda.

Kes praktikal:

Pertimbangkan sistem troli beli-belah, di mana kelas Cart bertanggungjawab untuk menguruskan item dalam troli beli-belah pengguna. Kami ingin mengira jumlah keseluruhan berdasarkan item dalam troli beli-belah. Cart 类负责管理用户购物车的物品。我们想根据购物车的物品计算总金额。

错误实施：

class Cart {
  private $items;

  public function __construct() {
    $this->items = [];
  }

  public function addItem(Item $item) {
    $this->items[] = $item;
  }

  public function calculateTotalAmount() {
    $total = 0;
    foreach ($this->items as $item) {
      $total += $item->getPrice();
    }
    return $total;
  }
}

这个实现违反了 SRP，因为 Cart 类既负责存储物品又负责计算总金额。

改进的实现：

我们可以使用职责链模式来分离计算总金额的职责：

interface TotalCalculator {
  public function calculateTotal(array $items);
}

class ItemTotalCalculator implements TotalCalculator {
  public function calculateTotal(array $items) {
    $total = 0;
    foreach ($items as $item) {
      $total += $item->getPrice();
    }
    return $total;
  }
}

class Cart {
  private $items;
  private $totalCalculator;

  public function __construct(TotalCalculator $totalCalculator) {
    $this->items = [];
    $this->totalCalculator = $totalCalculator;
  }

  public function addItem(Item $item) {
    $this->items[] = $item;
  }

  public function calculateTotalAmount() {
    return $this->totalCalculator->calculateTotal($this->items);
  }
}

通过职责链模式，我们分离了计算总金额的职责，使 Cart

🎜Pelaksanaan pepijat: 🎜🎜rrreee🎜Pelaksanaan ini melanggar SRP kerana kelas Cart bertanggungjawab untuk menyimpan item dan mengira jumlah keseluruhan. 🎜🎜🎜Pelaksanaan yang lebih baik:🎜🎜🎜Kita boleh menggunakan corak rantaian tanggungjawab untuk memisahkan tanggungjawab mengira jumlah amaun:🎜rrreee🎜Dengan corak rantaian tanggungjawab, kami memisahkan tanggungjawab mengira jumlah amaun, menjadikan Cart Kod ini lebih modular dan boleh diselenggara. 🎜

Atas ialah kandungan terperinci Corak Reka Bentuk PHP: Salah Faham dan Perangkap Biasa. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!