OOP後端應用程序體系結構

我在處理由設備發送的度量的perl OOP非web後端應用程序上工作。我想清楚地分開數據訪問和域問題。OOP後端應用程序體系結構

因此，我將我的類組織成2個獨立的命名空間：「Controller」和「Model」。

我的問題是，我應該在兩個命名空間內創建一個「Mesure」，因爲知道「Mesure」對象的創建始終是通過從數據庫獲取數據觸發的？

感謝。

當您實際詢問物聯網場景時，模型/控制器是非常低級的模式。這對真正的用例也沒有幫助。你有*事件流需要處理。 –

我認爲這是一個相當寬泛的問題，但Measure似乎是一個主要包含數據的數據結構，所以它應該在Model中。它將有可能獲取/設置屬性或一些通用計算功能的方法。

控制器似乎更像是使用或測量Measure（來自Device？），因此在該名稱空間中，我期望用於處理/更改與設備交互的Measure的類/函數。

2016-09-29 09:48:04

謝謝。這麼做嘲笑數據機制是否便於安裝（例如，對於單元測試）？ –

我沒有關於嘲笑的知識，但通常情況下，首先構建模型實例比使用這些實例的Controller實例正常;我期待測試Controller也是如此。模型實例可能不依賴於Controller實例，但Controller實例需要Model實例才能工作。 –

回答