對(duì)Brandon Savage在PHP中的實(shí)用設(shè)計(jì)模式的評(píng)論將包括我對(duì)書(shū)籍的看法和印象，以及自我出版的方面。非常感謝Brandon給了我評(píng)論副本。

設(shè)計(jì)模式是關(guān)于常見(jiàn)問(wèn)題的常見(jiàn)解決方案。

……它們是概念，而不是藍(lán)圖；想法，未完成設(shè)計(jì)。
…他們?yōu)樵纠щy的情況增添了清晰度。

- Brandon Savage，PHP中的實(shí)用設(shè)計(jì)模式

鑰匙要點(diǎn)

Brandon Savage的“ PHP中實(shí)用設(shè)計(jì)模式”

為理解和實(shí)施PHP中的設(shè)計(jì)模式提供了綜合指南，重點(diǎn)是針對(duì)常見(jiàn)問(wèn)題的共同解決方案。該書(shū)涵蓋了廣泛的模式，每個(gè)模式都用潛在的代碼實(shí)現(xiàn)進(jìn)行了解釋，這使其成為中級(jí)開(kāi)發(fā)人員的寶貴資源。
• >
>對(duì)本書(shū)的內(nèi)容受到贊揚(yáng)，評(píng)論指出了一些缺點(diǎn)。其中包括缺乏對(duì)某些模式的解釋，例如注冊(cè)表模式，以及讀者熟悉高級(jí)概念和第三方內(nèi)容的假設(shè)。該評(píng)論還批評(píng)了本書(shū)在MVC應(yīng)用程序中的模型方法，并且缺乏針對(duì)域模型模式的實(shí)際示例。
• >評(píng)論重點(diǎn)介紹了本書(shū)缺乏專業(yè)指導(dǎo)，語(yǔ)言錯(cuò)誤和偶爾在代碼樣本中的奇數(shù)的挑戰(zhàn)。盡管存在這些問(wèn)題，但建議該書(shū)適用于希望研究設(shè)計(jì)模式的中級(jí)開(kāi)發(fā)人員，但對(duì)于需要首先掌握基本概念的初學(xué)者。
• content

從更輕的介紹性注釋開(kāi)始，布蘭登解釋了對(duì)框架的需求，認(rèn)為OOP并不意味著要在課堂上包裝一些東西，并詳細(xì)介紹了為什么設(shè)計(jì)模式似乎很難學(xué)習(xí)。然后，他繼續(xù)對(duì)扎實(shí)的原則進(jìn)行溫和的介紹，并為更高級(jí)的概念奠定了基礎(chǔ)。他解釋了為什么每個(gè)堅(jiān)實(shí)的規(guī)則都很重要，這意味著什么。鑒于Solid是一個(gè)良好的軟件設(shè)計(jì)原則，因此將其與本書(shū)中要解釋的每種模式進(jìn)行比較是很自然的?；蛘?，更確切地說(shuō)，要評(píng)估每種模式如何尊重堅(jiān)實(shí)的原則，同時(shí)為開(kāi)發(fā)人員提供其預(yù)期的功能。

>如果我在Dreyfus模型術(shù)語(yǔ)中表達(dá)了重要的事情，他聲稱這本書(shū)將在那里將新手變成一個(gè)勝任的級(jí)別的開(kāi)發(fā)人員，而不會(huì)使他們?cè)馐芨呒?jí)初學(xué)者的錯(cuò)誤，而實(shí)際上，這種學(xué)習(xí)方法并非完全可能 - 那是可能的 - 只是人類知識(shí)獲取過(guò)程的工作原理。

---

>從TOC中可能不會(huì)過(guò)分明顯，因此本書(shū)中解釋的模式是：

>

• （摘要）工廠模式
• singleton模式
• 構(gòu)建器模式
• 裝飾器圖案
• 適配器模式
橋模式
外觀模式
策略模式
介質(zhì)模式
觀察者模式
責(zé)任鏈模式
迭代器模式
復(fù)合模式
MVC模式
域模型模式
活動(dòng)記錄模式
前控制器模式

>涵蓋了如此多的模式（并且最涵蓋的效果最多），我驚訝地看到一個(gè)句子，例如“

[…]，例如，注冊(cè)表模式（本書(shū)中未涵蓋）…”。為什么不呢？注冊(cè)表模式是一種流行的模式，即使不是當(dāng)今不完全推薦的，也很容易解釋。> 按模式進(jìn)行模式，每個(gè)圖案都很好地解釋了，大多數(shù)隨后是代碼示例，證明了它們的潛在實(shí)現(xiàn)，盡管我確實(shí)對(duì)Cache的出廠模式示例有一個(gè)困惑。

在不同的緩存示例（APC和memcache）的示例中實(shí)現(xiàn)了該模式，并且兩者都通過(guò)工廠產(chǎn)生，該工廠都注入了任何服務(wù)需要緩存組件中。>

>對(duì)我來(lái)說(shuō)很有意義，但是我看到經(jīng)驗(yàn)不足的人想知道為什么一個(gè)人可能真的需要工廠步驟，而不僅僅是鍵入提示構(gòu)造函數(shù)中的緩存界面本身，需要注入緩存對(duì)象本身，而不是其工廠。當(dāng)前示例既具有出廠接口和高速緩存接口，至少，一個(gè)似乎是剩余的。這從來(lái)沒(méi)有以中級(jí)開(kāi)發(fā)人員平易近人的方式來(lái)解釋，我擔(dān)心它可能會(huì)使某些人感到困惑。我對(duì)橋梁模式的解釋也不滿意 - 它似乎缺乏，就像它只是在表面上被劃傷了，從來(lái)沒(méi)有正確返回一樣。

> 另一方面，我絕對(duì)喜歡復(fù)合模式的解釋及其在非常有趣的樹(shù)示例上的演示 - 作者構(gòu)建了一棵復(fù)合樹(shù)，具有任意數(shù)量的嵌套節(jié)點(diǎn)級(jí)別，該級(jí)別非常適用于菜單構(gòu)建，層次結(jié)構(gòu)，以及更多 - 我對(duì)裝飾圖案的解釋感到特別興奮。它是以一種非常平易近人的方式完成的，并且以良好的可用示例進(jìn)行。尤其是這種模式是我一直很難在被問(wèn)到時(shí)用藍(lán)色解釋的人，而且我還沒(méi)有找到比本書(shū)更好的細(xì)分。

>

忽略了??模型

在本書(shū)的一個(gè)實(shí)例中，布蘭登說(shuō)，模型是MVC應(yīng)用程序中最重的舉升機(jī)，其中包含所有業(yè)務(wù)邏輯和驗(yàn)證代碼。這是我無(wú)法接受的陳述 - 我可以想到一個(gè)不正確的例子：拉拉維爾（Laravel）。隨著Laravel 5的出現(xiàn)并添加表格請(qǐng)求，這些模型將增長(zhǎng)更輕。

被授予，有些人傾向于將所有東西都放在模型中，但是有些人也將相同數(shù)量的上帝代碼放入控制器中。我的經(jīng)驗(yàn)和偏好說(shuō)，與框架相關(guān)的一切都應(yīng)該很輕（小型控制器，小型模型，小或沒(méi)有視圖），而與服務(wù)有關(guān)的一切（服務(wù)，插件，圖書(shū)館，助手）都可以像他們需要一樣胖，只要它們之間可以在框架之間進(jìn)行可行的操作。我想那是個(gè)人的喜好。另一件事讓我感到奇怪：

>

“

創(chuàng)建好的模型是任何開(kāi)發(fā)人員鏟球最復(fù)雜的任務(wù)之一。 長(zhǎng)期以來(lái)，Zend Framework文檔認(rèn)為沒(méi)有Zend_model類，因?yàn)閯?chuàng)建模型是應(yīng)用程序開(kāi)發(fā)過(guò)程的大部分。 要?jiǎng)?chuàng)建zend_model將是假設(shè)每個(gè)人都可以或想使用相同的模型結(jié)構(gòu)，這是不可能的，這是我本章中未包含任何代碼的相同原因。 >這確實(shí)有意義，但以最簡(jiǎn)單的方式體現(xiàn)了價(jià)值，網(wǎng)關(guān)和存儲(chǔ)對(duì)象，這對(duì)首次被引入域模型模式的人們非常有益。我認(rèn)為，在本書(shū)中，域模型模式過(guò)于忽視，并且太過(guò)理論上了。

知識(shí)的詛咒

在整本書(shū)中，布蘭登在沒(méi)有鏈接到它的情況下（四個(gè)幫派）提到了高級(jí)概念（ORM，繼承，依賴注入）和第三方內(nèi)容，假設(shè)讀者熟悉這一切。尤其是四個(gè)場(chǎng)合提到了四個(gè)團(tuán)伙，并且至少可以與設(shè)計(jì)模式的鏈接使用 - 否則“新手”和“高級(jí)初學(xué)者”讀者只會(huì)在混亂中瀏覽一下句子。

在其他情況下，段落結(jié)構(gòu)的編寫方式遠(yuǎn)遠(yuǎn)超出了新手對(duì)中級(jí)用戶的理解水平：

>這是一個(gè)古老的問(wèn)題，許多開(kāi)發(fā)人員一直都在努力：如果我努力顛倒依賴關(guān)系而不是在課堂內(nèi)創(chuàng)建對(duì)象，那么我該如何創(chuàng)建在運(yùn)行時(shí)需要的依賴項(xiàng)，可以一定要注入？

>這不是讀者所消耗的水平，他們需要這本書(shū)熟悉模式。完全了解這句話的讀者可能已經(jīng)完全熟悉了書(shū)中的所有模式，從而使真正的目標(biāo)受眾質(zhì)疑。我相信這是由于薩維奇先生遭受了所謂的“知識(shí)詛咒”的困擾。

wikipedia將其定義為：

知識(shí)的詛咒是一種認(rèn)知偏見(jiàn)，它導(dǎo)致更有信息的各方發(fā)現(xiàn)從較小的政黨的角度考慮問(wèn)題非常困難。 在沒(méi)有正式訓(xùn)練以傳達(dá)自己所知道的東西的專業(yè)人士中，知識(shí)的詛咒是一個(gè)非常普遍的事情，但也確實(shí)會(huì)隨著時(shí)間，經(jīng)驗(yàn)和反饋而失去影響。這也是為什么我們?cè)谡军c(diǎn)點(diǎn)鼓勵(lì)人們就帖子提供誠(chéng)實(shí)的反饋，這就是為什么我們?cè)噲D使每個(gè)新出版物都更簡(jiǎn)單，更簡(jiǎn)化的事情。沒(méi)有人對(duì)詛咒免疫 - 有些人受到它的影響更大。

>

自我出版

的瘟疫

>近年來(lái)，自我出版似乎確實(shí)脫穎而出。那些不訴諸LeanPub的人像Brandon一樣完全獨(dú)奏。盡管這種方法確實(shí)確實(shí)加快了過(guò)程，并允許專家以令人震驚的快速速度將高質(zhì)量的內(nèi)容放在感興趣的各方的手中，但它還允許更多的錯(cuò)誤，不良內(nèi)容和錯(cuò)別字可以通過(guò)。 不幸的是，困擾其他自我出版作家的大多數(shù)問(wèn)題也困擾著這本書(shū)。缺乏經(jīng)驗(yàn)豐富的編輯，似乎沒(méi)有關(guān)于內(nèi)容，形式甚至語(yǔ)法和句法準(zhǔn)確性的指導(dǎo)，這是一種經(jīng)常弄亂的語(yǔ)言的人。

>以為母語(yǔ)者不會(huì)犯錯(cuò)誤，因此不需要正式編輯類似于例如，一家基于Y校對(duì)者的唯一理由是語(yǔ)言X的母語(yǔ)。語(yǔ)言編輯。

結(jié)論

作為高級(jí)用戶，我以前對(duì)本書(shū)中解釋的大多數(shù)（如果不是全部）的模式有所了解。但是，我所經(jīng)歷的解釋對(duì)中級(jí)用戶的形成且平易近人，盡管我認(rèn)為不是較低的技能之一。雖然這本書(shū)的內(nèi)容非常好，而布蘭登（Brandon）非常擅長(zhǎng)在代碼中展示該理論的描述，但我覺(jué)得這本書(shū)整體上太復(fù)雜了，對(duì)于新手開(kāi)發(fā)人員而言，無(wú)法獲得任何明顯的內(nèi)容。 在我看來(lái)，PHP社區(qū)一般都患有一種“缺少鏈接”綜合征，我們擁有絕對(duì)的初學(xué)者書(shū)籍（“這是回聲，這是一個(gè)函數(shù)，這是PHP標(biāo)簽”））））還有像這樣的中級(jí)書(shū)籍，或任何st魚(yú)，瓊斯，哈特耶斯和其他人都推出的，但是有一個(gè)中間立場(chǎng)仍然沒(méi)有質(zhì)量的內(nèi)容，只能通過(guò)良好的老式征服“把我扔進(jìn)去火法。

>也就是說(shuō)，如果您是一個(gè)中級(jí)開(kāi)發(fā)人員，希望在人們周圍的人們談?wù)撍麄冋務(wù)摰臅?huì)議上陷入模式，并從那些尷尬的點(diǎn)點(diǎn)頭，但您不理解一件事情 - 一定會(huì)得到這本書(shū)。如果您是新手，我不建議您購(gòu)買這個(gè) - 不僅是。首先掌握您的“ Echos”，了解作曲家是什么，然后將您的牙齒沉入此。

實(shí)際上，如果您是高級(jí)初學(xué)者（初學(xué)者應(yīng)該從非?；A(chǔ)的開(kāi)始），但我仍然對(duì)您感興趣，我會(huì)為您提供鼓掌，并提供以下資源以在您深入研究之前進(jìn)行查看：

>

在可學(xué)習(xí)的

上，面向?qū)ο蟮膒hp元素

>

>面向?qū)ο蟮膒hp

• 采用面向?qū)ο蟮腜HP：使兩支軍隊(duì)互相戰(zhàn)斗
> Alejandro Gervasio的
• >很棒 - 閱讀這個(gè)人曾經(jīng)寫過(guò)的所有內(nèi)容
作曲家
MVC
• 內(nèi)容，我會(huì)給書(shū)一個(gè)4/5，但是考慮到急需的工作似乎已經(jīng)接近結(jié)束，錯(cuò)字和語(yǔ)言錯(cuò)誤（盡管公平，但有一個(gè)錯(cuò)別字提交我已經(jīng)對(duì)修復(fù)程序進(jìn)行了污染的github回購(gòu)）以及我個(gè)人認(rèn)為，很明顯缺乏專業(yè)指導(dǎo)以及一些奇怪的奇怪之處，這些奇怪的價(jià)值會(huì)嵌入到新手中的新手中（在各種代碼樣本中使用數(shù)字啟動(dòng)班級(jí)名稱），i i' m結(jié)束最終分?jǐn)?shù)為3/5。

php

>中有關(guān)實(shí)用設(shè)計(jì)模式的經(jīng)常詢問(wèn)的問(wèn)題

>在PHP中使用設(shè)計(jì)模式的好處是什么好處？他們提供了提高代碼效率和可維護(hù)性的方法。通過(guò)使用設(shè)計(jì)模式，您可以使代碼更加靈活，可重復(fù)使用和可理解。它們還使開(kāi)發(fā)人員之間的溝通變得更加容易，因?yàn)樗鼈優(yōu)槟承┙鉀Q方案提供了標(biāo)準(zhǔn)術(shù)語(yǔ)。

>裝飾器模式如何在php？

中起作用？通過(guò)將這些對(duì)象放入特殊包裝器對(duì)象中，將新行為添加到對(duì)象中。在PHP中，可以通過(guò)創(chuàng)建包裝原始類并提供其他功能的裝飾符類來(lái)實(shí)現(xiàn)。 Decorator類實(shí)現(xiàn)與原始類相同的接口，并擁有一個(gè)實(shí)例。所有對(duì)裝飾器的呼叫都將轉(zhuǎn)發(fā)到原始類，然后添加了其他行為。圖案庫(kù)和樣式指南都是有助于保持設(shè)計(jì)和開(kāi)發(fā)一致性的工具。設(shè)計(jì)系統(tǒng)是總體結(jié)構(gòu)，其中包括控制設(shè)計(jì)和開(kāi)發(fā)過(guò)程的理念，原理和工具。模式庫(kù)是設(shè)計(jì)系統(tǒng)的子集，包括可重復(fù)使用的設(shè)計(jì)元素和組件。另一方面，樣式指南是一份文檔，概述了視覺(jué)設(shè)計(jì)元素，例如顏色，版式和間距。圖案庫(kù)是實(shí)現(xiàn)設(shè)計(jì)一致性的關(guān)鍵工具。它們提供了一組可重復(fù)使用的組件，可以在項(xiàng)目的不同部分中使用。通過(guò)使用這些預(yù)定義的組件，您可以確保一致使用相同的設(shè)計(jì)模式，從而導(dǎo)致更具凝聚力和用戶友好的設(shè)計(jì)。

>

>重構(gòu)在設(shè)計(jì)模式中的作用是什么？重構(gòu)是修改現(xiàn)有代碼以改善其結(jié)構(gòu)而無(wú)需更改其功能的過(guò)程。在設(shè)計(jì)模式的背景下，可以使用重構(gòu)將設(shè)計(jì)模式實(shí)現(xiàn)到現(xiàn)有代碼庫(kù)中。這可以提高代碼的可維護(hù)性，可讀性和經(jīng)常性能。
>“ PHP中的實(shí)用設(shè)計(jì)模式”如何幫助理解設(shè)計(jì)模式？ ”提供了PHP中理解和實(shí)施設(shè)計(jì)模式的綜合指南。它提供了各種設(shè)計(jì)模式的實(shí)踐示例和詳細(xì)說(shuō)明，使讀者更容易掌握這些概念并將其應(yīng)用于自己的項(xiàng)目中。

>設(shè)計(jì)模式僅適用于PHP？

不，設(shè)計(jì)模式不是PHP獨(dú)有的。它們是軟件設(shè)計(jì)中的概念，可應(yīng)用于任何面向?qū)ο蟮木幊陶Z(yǔ)言。該實(shí)現(xiàn)可能因語(yǔ)言而異，但是基本原則保持不變。

>

設(shè)計(jì)模式如何改善開(kāi)發(fā)人員之間的溝通？

設(shè)計(jì)模式為軟件設(shè)計(jì)中的某些解決方案提供了標(biāo)準(zhǔn)術(shù)語(yǔ)。當(dāng)開(kāi)發(fā)人員使用這些術(shù)語(yǔ)時(shí)，他們傳達(dá)了一個(gè)特定的，充分理解的概念，可以減少誤解并改善溝通。

>

>使用設(shè)計(jì)模式有任何缺點(diǎn)嗎？ ，如果不正確使用，它們也可以引入復(fù)雜性。過(guò)度使用設(shè)計(jì)模式可能會(huì)導(dǎo)致不必要的抽象，并使代碼更難理解和維護(hù)。因此，只有在他們真正解決一個(gè)反復(fù)出現(xiàn)的問(wèn)題時(shí)，才明智地使用它們。

>我如何開(kāi)始在PHP項(xiàng)目中實(shí)現(xiàn)設(shè)計(jì)模式？

>您的PHP項(xiàng)目是了解您要解決的問(wèn)題，并確定這是否是設(shè)計(jì)模式可以解決的重復(fù)問(wèn)題。確定了合適的設(shè)計(jì)模式后，您可以在代碼中開(kāi)始實(shí)現(xiàn)它。請(qǐng)記住，目標(biāo)是使您的代碼更有效和可維護(hù)，因此請(qǐng)始終牢記簡(jiǎn)單性和清晰度。

以上是圖書(shū)評(píng)論：PHP中的實(shí)用設(shè)計(jì)模式的詳細(xì)內(nèi)容。更多信息請(qǐng)關(guān)注PHP中文網(wǎng)其他相關(guān)文章！