tag:blogger.com,1999:blog-4500363753981919783.post4547799407258075136..comments2023-10-03T22:06:50.708+08:00Comments on Huan-Lin 學習筆記: 應用程式的分層設計 (1) - 入門範例Michael Tsaihttp://www.blogger.com/profile/00364693770445538641noreply@blogger.comBlogger5125tag:blogger.com,1999:blog-4500363753981919783.post-3884450652768709482014-03-11T20:39:45.374+08:002014-03-11T20:39:45.374+08:00因為有了 Repository 當作資料存取和商業邏輯的接縫,就不用把兩者混在一起寫,有助於切分責任...因為有了 Repository 當作資料存取和商業邏輯的接縫,就不用把兩者混在一起寫,有助於切分責任。但若是簡單的邏輯,就可以考慮省略 Repository 這一層。Michael Tsaihttps://www.blogger.com/profile/00364693770445538641noreply@blogger.comtag:blogger.com,1999:blog-4500363753981919783.post-8242570829842663602014-03-11T19:42:35.490+08:002014-03-11T19:42:35.490+08:00「如果應用程式的需求大多只涉及簡單的資料存取,而沒有複雜商業邏輯的話,Active Record 是...「如果應用程式的需求大多只涉及簡單的資料存取,而沒有複雜商業邏輯的話,Active Record 是很合理的選擇<br /> 相反地,包含複雜商業邏輯的應用程式則可以考慮 Repository 模式。」<br /><br />第二行不是很懂,不是說<br />「Repository 物件只提供 "較高層次" 的資料存取操作」不是意味著Repository物件的責任應該比較單純嗎<br /><br />為什麼還是在 "包含複雜商業邏輯" 的情況下適用的呢?Drewhttps://www.blogger.com/profile/16290801199180641771noreply@blogger.comtag:blogger.com,1999:blog-4500363753981919783.post-28364341291241513242014-03-11T19:40:21.815+08:002014-03-11T19:40:21.815+08:00作者已經移除這則留言。Drewhttps://www.blogger.com/profile/16290801199180641771noreply@blogger.comtag:blogger.com,1999:blog-4500363753981919783.post-29519172944893531132012-10-02T10:53:50.879+08:002012-10-02T10:53:50.879+08:00第二集已經發布囉! 第二集已經發布囉! Michael Tsaihttps://www.blogger.com/profile/00364693770445538641noreply@blogger.comtag:blogger.com,1999:blog-4500363753981919783.post-37654197026296584972012-09-30T23:01:49.195+08:002012-09-30T23:01:49.195+08:00謝謝分享,期待您的分層設計系列謝謝分享,期待您的分層設計系列Anonymousnoreply@blogger.com