固定原則PHP：解釋違規例子。

固定原則PHP：解釋違規例子。

堅實的原理是面向對象的編程中的一組設計原理，旨在使軟件設計更加易於理解，靈活和可維護。在PHP中，由於其在Web開發中的廣泛使用，這些原則尤其重要。讓我們分解每個原則並提供違規例子：

1. 單一責任原則（SRP） ：

   • 定義：班級應該只有一個理由改變，這意味著它應該只有一份工作。
   • 違規示例：考慮處理用戶數據，身份驗證和發送電子郵件User類。這違反了SRP，因為該類具有多重職責。如果電子郵件系統需要更改，即使有關用戶管理需要更改的其他內容， User類也需要更改。

2. 開放/關閉原則（OCP） ：

   • 定義：軟件實體（類，模塊，功能等）應打開以進行擴展，但要修改。
   • 違規示例：假設我們有一個通過信用卡處理付款的PaymentProcessor類。如果我們想將PayPal添加為一種新的付款方式，並且必須修改現有的PaymentProcessor類，則違反了OCP。取而代之的是，我們應該擴展類或使用多態性來添加新的付款方式，而無需更改現有代碼。

3. Liskov替代原則（LSP） ：

   • 定義：程序中的對象應用其子類型的實例替換，而不會更改該程序的正確性。
   • 違規示例：想像一個帶有setWidth Rectangle類和setHeight方法的矩形類，以及一個擴展Rectangle Square類。如果Square覆蓋setWidth也可以設置高度，則使用預期Rectangle的Square對象可能會導致意外行為，從而違反LSP。

4. 接口隔離原理（ISP） ：

   • 定義：不應強迫客戶端實現其不使用的接口。
   • 違規示例：假設我們有一個IMachine接口，其中包括方法print() ， scan()和fax() 。如果我們創建一個實現IMachine但僅需要print() BasicPrinter類別類，則最終以未使用的方法，違反ISP。

5. 依賴性反轉原理（DIP） ：

   • 定義：高級模塊不應取決於低級模塊。兩者都應取決於抽象。此外，抽像不應取決於細節。細節應取決於抽象。
   • 違規示例：如果ReportGenerator類別直接實例化FileWriter以將報告寫入文件，則違反dip，因為ReportGenerator取決於具體類（ FileWriter ）。相反，它應該取決於抽象，例如IWriter接口。

開發人員在PHP中應用堅實的原則時會犯什麼？

1. 過度工程：開發人員有時會創建太多的小類或接口，從而增加複雜性和更艱難的維護。雖然分解責任是好的，但應與實際需求保持平衡。
2. 忽略現實世界的約束：有時，諸如績效要求或項目時間表之類的實際考慮因素可能會嚴格遵守牢固的原則。開發人員可能會犯一個優先級優先於現實世界約束的錯誤。
3. 誤解了原則：例如，一些開發人員可能認為SRP意味著類只能有一種方法，這是不正確的。這是一個更改的原因，而不一定是單個功能。
4. 不使用依賴注入：開發人員通常是硬編碼依賴性，而不是使用依賴注入，而依賴性注入會違反傾角。這使得代碼不那麼靈活，更難測試。
5. 忽略重構：即使確定了牢固的違規行為，由於時間限製或擔心引入錯誤，開發人員可能不會重構代碼，從而導致技術債務。

您如何確定違反PHP代碼中的堅實原則的行為？

1. 代碼審查：定期審查代碼可以幫助識別違規行為。尋找具有多個職責，硬編碼依賴性的課程或迫使客戶依靠他們不使用的方法的類。
2. 靜態代碼分析工具：PHPSTAN或PSALM等工具可以根據某些編碼標準分析代碼，並可以通過檢測硬編碼的依賴項來幫助確定對DIP等原則的違規行為。
3. 單元測試：編寫單位測試可能揭示違規行為，特別是對LSP的違規行為。如果測試替代亞型時，則可能表明違規。
4. 依賴性分析：可以繪製出類依賴性的工具可以通過顯示高級模塊直接依賴低級模塊來幫助識別對DIP的違規行為。
5. 代碼氣味：尋找代碼氣味，例如長長的方法，大型類或開關語句，這可能表明違反SRP或OCP的行為。

重構PHP代碼應採取什麼步驟？

1. 確定違規行為：使用上述方法來查明違規發生的位置。
2. 計劃重構：確定需要哪些更改。對於SRP，這可能意味著將大型類分成較小的類。對於DIP，它可能涉及引入界面和使用依賴注入。

3. 實施更改：

   • 對於SRP ：將課程分為多個類，每個類都具有一個責任。
   • 對於OCP ：使用多態性或引入新類以擴展功能，而無需修改現有代碼。
   • 對於LSP ：確保子類型的行為方式可以用它們代替其基本類型而不會影響程序的正確性。
   • 對於ISP ：將大界面分解為較小，更集中的界面。
   • 對於浸入：引入抽象（接口）並使用依賴注入將高級和低級模塊解矛。
4. 寫測試：在重構之前和之後，編寫單元測試，以確保更改不會破壞現有功能。
5. 迭代和完善：重構通常是一個迭代過程。進行更改後，再次查看代碼，以確保其符合堅實的原則，並且不會引入新的違規行為。
6. 持續改進：採用諸如代碼審查和持續集成之類的實踐，以使代碼庫隨著時間的推移與堅實的原則保持一致。

通過遵循以下步驟，您可以有效地重構PHP代碼，以更加粘附於牢固的原理，從而提高其可維護性和靈活性。

以上是固定原則PHP：解釋違規例子。的詳細內容。更多資訊請關注PHP中文網其他相關文章！