PHP4和UML：設計一個對象圖有意義嗎？

Question

我記錄了我爲客戶構建的PHP4系統。系統將按照面向對象的邏輯編寫，使用MVC模式。我已經勾畫出一個類圖;然而，我現在想知道爲這樣的系統創建對象圖是否有意義，因爲它遵循OOP模型而非鬆散。

在這個系統中最接近面向對象的行爲可能會是一些方法根據它們被調用的方式來改變它們的行爲，儘管這不能被稱爲直接類的實例。對象圖會捕獲這個場景中的任何有用的東西，還是我最好只是完全跳過它們？提前致謝。

Answer 1

根據我的經驗，UML類圖最好用在單獨的環境中 - 描述系統的一部分。

所以我的回答是，如果你所描述的一塊你的系統的文檔中，並且UML類圖將幫助讀者理解系統的相關部分，那麼你應該做的是面的示意圖和包括它。

爲整個系統做一個類圖很少有用。包括沒有上下文的各種類圖也很少有用。

對您使用UML有戰略意義;它是一種溝通工具，而不是文檔工具。 （有點像書寫，紙上的字意味着什麼都沒有意義，除非有用和有條理地組織）

Answer 2

我認爲你的情況的靈活性與UML的期望相沖突。

我會建議從您的圖表（和謊言）抽象實現級別，並將這些方法的功能表示爲獨立方法執行自己的工作。