簡單的說
因為雙向關聯的關係, 我們有可能會另外造一個Vo去接畫面上修改的內容
比方說, 角色, 更改名字的時候
但是這時候因為Vo中並沒有把關連帶進去
以至於我們直接拿Vo去new一個物件塞起來存, 他原本的關聯就會被儲存為沒關聯
因此, 若是在修改的動作下, 前面Vo丟進來的時候, 應該要先Get到該物件的entity
然後再把其中的屬性值Copy過去才對
原本有問題的寫法
改成
 |
-
--影片內容-- 迪米特法則(Law Of Demeter Principle) 又稱作最少知識原則LKP(Least Knowledge Principle) 定義: 物件與物件之間應該使用盡可能少的方式關聯, 避免千絲萬縷的關係 低耦合 類知道的其他類應盡量少 類可以訪問...
-
設計模式(Design pattern)-是一套被反復使用, 多數人知曉, 經過分類編目的, 程式設計經驗的總結, 使用設計模式是為了可重用程式碼, 讓程式碼更容易被他人理解, 保證程式碼可靠性, 毫無疑問, 設計模式於己於人於系統都是多贏的, 設計模式使程式碼編程真正工程化, ...
-
觀察者模式 Observer Pattern 有時候又被稱為 Publish-Subscribe模式(發布訂閱), 模型-視圖(View)模式, 源-收聽者(Listener)模式或從屬者模式, 是軟體設計模式的非常常見一種, 定義對象間的一種一對多的依賴關係,當一個對象的狀態發...
沒有留言:
張貼留言