• > singleton：確保類只有一個(gè)實(shí)例，並提供了對(duì)其的全局訪問(wèn)點(diǎn)。 當(dāng)您需要嚴(yán)格控制類的實(shí)例化時(shí)，例如數(shù)據(jù)庫(kù)連接或記錄器時(shí)，請(qǐng)使用此功能。 但是，請(qǐng)注意潛在的可檢驗(yàn)性問(wèn)題，並且可能引入緊密的耦合。
• factory：創(chuàng)建對(duì)象而不指定其具體類。這可以促進(jìn)鬆散的耦合，並使您可以輕鬆地在不同的實(shí)現(xiàn)之間切換。當(dāng)您需要根據(jù)某些標(biāo)準(zhǔn)或配置創(chuàng)建各種類的對(duì)象時(shí)使用它。
• 觀察者：
定義對(duì)象之間的一對(duì)多依賴關(guān)係，以便當(dāng)一個(gè)對(duì)象更改狀態(tài)時(shí)，所有依賴者都會(huì)自動(dòng)通知並自動(dòng)通知和更新。 這是事件驅(qū)動(dòng)的體系結(jié)構(gòu)和情況的理想選擇，在這些架構(gòu)和情況下，多個(gè)組件需要對(duì)中心對(duì)象的變化做出反應(yīng)（例如，用戶配置文件觸發(fā)通知的用戶配置文件更新）。
• >
• 策略：>定義一個(gè)算法家族，使每個(gè)算法都封裝了每個(gè)算法，並使其可互換。 這使您可以在不影響客戶端的情況下更改運(yùn)行時(shí)使用的算法。 當(dāng)您具有多種算法可以執(zhí)行相同任務(wù)但具有不同的實(shí)現(xiàn)（例如，不同的付款網(wǎng)關(guān)）時(shí)，請(qǐng)使用此功能。
• mvc（model-view-view-controller）：
>廣泛使用的架構(gòu)模式將關(guān)注點(diǎn)分隔為模型（data），視圖（表現(xiàn)），以及控制者（logic）（logic）。 它對(duì)許多PHP框架至關(guān)重要，對(duì)組織複雜的應(yīng)用程序，提高可維護(hù)性和促進(jìn)協(xié)作是有益的。

>

• 緊密的耦合：如果代碼的一個(gè)部分的更改需要在許多其他部分中進(jìn)行更改，則您可能會(huì)有緊密的耦合。 諸如工廠，策略和依賴注入之類的模式可以幫助將組件分解。
• 代碼重複：在多個(gè)位置重複相同或相似的邏輯表明可能進(jìn)行抽象。 諸如模板方法或策略之類的模式可以消除這種冗餘。
• >難以擴(kuò)展或修改：
如果添加新功能或適應(yīng)不斷變化的需求是複雜且耗時(shí)的，則設(shè)計(jì)模式可以提高靈活性和可擴(kuò)展性。 >
• 難以測(cè)試：緊密的耦合和復(fù)雜的相互作用使測(cè)試變得困難。 依賴注入和模擬對(duì)像等模式可以增強(qiáng)可測(cè)試性。
• >可維護(hù)性差：如果您的代碼難以理解，維護(hù)和調(diào)試，則設(shè)計(jì)模式可以幫助改善代碼結(jié)構(gòu)和組織。 >

選擇了涉及php php的不同設(shè)計(jì)模式的哪些權(quán)衡？因素：

• 複雜性與簡(jiǎn)單性：某些模式比其他模式更複雜。 如果它充分解決了問(wèn)題，避免了不必要的開銷，則更簡(jiǎn)單的模式可能就足夠了。
• 性能與靈活性：某些模式可能會(huì)引入輕微的性能開銷，但它們提供了更大的靈活性和可維護(hù)性。 考慮性能的影響，尤其是在應(yīng)用程序的性能至關(guān)重要的部分中。
>
• 耦合與凝聚力：設(shè)計(jì)模式旨在減少耦合（組件之間的依賴關(guān)係）並改善凝聚力並改善凝聚力（相關(guān)功能分組）。 但是，某些模式可能會(huì)引入新的依賴項(xiàng)，如果不仔細(xì)實(shí)現(xiàn)。
• 可維護(hù)性與開發(fā)時(shí)間：，而設(shè)計(jì)模式從長(zhǎng)遠(yuǎn)來(lái)看可以提高可維護(hù)性，最初實(shí)現(xiàn)它們可能需要更多的時(shí)間。 評(píng)估針對(duì)短期開發(fā)成本的長(zhǎng)期收益。
• 可檢驗(yàn)性與復(fù)雜性：某些模式，例如依賴注入，可顯著提高可檢驗(yàn)性，但可能會(huì)提高初始復(fù)雜性。 權(quán)衡易於測(cè)試的好處與增加的開發(fā)工作。 關(guān)鍵是要仔細(xì)評(píng)估上下文，並選擇最能平衡這些取捨的模式。