簡單的說
因為雙向關聯的關係, 我們有可能會另外造一個Vo去接畫面上修改的內容
比方說, 角色, 更改名字的時候
但是這時候因為Vo中並沒有把關連帶進去
以至於我們直接拿Vo去new一個物件塞起來存, 他原本的關聯就會被儲存為沒關聯
因此, 若是在修改的動作下, 前面Vo丟進來的時候, 應該要先Get到該物件的entity
然後再把其中的屬性值Copy過去才對
原本有問題的寫法
改成
 |
-
--影片內容-- 迪米特法則(Law Of Demeter Principle) 又稱作最少知識原則LKP(Least Knowledge Principle) 定義: 物件與物件之間應該使用盡可能少的方式關聯, 避免千絲萬縷的關係 低耦合 類知道的其他類應盡量少 類可以訪問...
-
設計模式(Design pattern)-是一套被反復使用, 多數人知曉, 經過分類編目的, 程式設計經驗的總結, 使用設計模式是為了可重用程式碼, 讓程式碼更容易被他人理解, 保證程式碼可靠性, 毫無疑問, 設計模式於己於人於系統都是多贏的, 設計模式使程式碼編程真正工程化, ...
-
在公司這邊有用到一個打api的驗證身分方式 在git-bash輸入 winpty openssl req -newkey rsa:2048 -keyout /c/path/client.key -out /c/path/client.csr -new 會產生兩個檔案 一個是csr...
沒有留言:
張貼留言