關於對DDD應用層的疑惑
在《領域驅動設計》中提到了應用層。有人說發簡訊屬於應用層的東西。比如說工作流中某人審批成功後,系統會自動傳送一條簡訊通知下一處理人,那麼在應用層可以有一個handle()的審批方法,它會呼叫領域層中的審批方法,成功之後應用層的handle會接著呼叫基礎結構層的相關類及方法傳送簡訊通知。
我的疑問就是:
1、如果不需要傳送簡訊通知的話,應用層就只呼叫領域層的審批方法,相當於一個門面。這時候應用層還有沒有必要呢?
2、另外,是不是顯示層編碼者只能呼叫應用層,而不能呼叫領域層?那這樣的話,應用層就更像個門面了。比如對User模組的操作,如果顯示層編碼者只需要新增使用者功能,是不是應用層就只需提供addUser()方法,這個方法呼叫領域層或者基礎結構層的addUser()方法呢?雖然在領域層或者基礎結構層現在已經有了刪除使用者的方法,但是此時顯示層編碼者不需要,應用層是不是就不需要提供該服務了呢?
雖然例子太過於簡單,或許不需要用領域驅動的方式進行系統設計。但是如果這個能講明白了,延伸到複雜系統的話就好理解多了。
謝謝各位有見解之仕給予指點!
我的疑問就是:
1、如果不需要傳送簡訊通知的話,應用層就只呼叫領域層的審批方法,相當於一個門面。這時候應用層還有沒有必要呢?
2、另外,是不是顯示層編碼者只能呼叫應用層,而不能呼叫領域層?那這樣的話,應用層就更像個門面了。比如對User模組的操作,如果顯示層編碼者只需要新增使用者功能,是不是應用層就只需提供addUser()方法,這個方法呼叫領域層或者基礎結構層的addUser()方法呢?雖然在領域層或者基礎結構層現在已經有了刪除使用者的方法,但是此時顯示層編碼者不需要,應用層是不是就不需要提供該服務了呢?
雖然例子太過於簡單,或許不需要用領域驅動的方式進行系統設計。但是如果這個能講明白了,延伸到複雜系統的話就好理解多了。
謝謝各位有見解之仕給予指點!
相關文章
- 對設計模式應用的疑惑設計模式
- js關於this的疑惑JS
- 關於多層交換技術的綜合應用
- 關於openssl應用的對話 (轉)
- 關於值物件的理解,疑惑物件
- 關於struts開發的疑惑
- 關於組合模式的疑惑模式
- 關於DDD的學習
- httprunner 介面測試用例分層的疑惑HTTP
- 對於domain model的包名的疑惑AI
- 關於 Service Worker 和 Web 應用對應關係的討論Web
- Go - 關於 protoc 工具的小疑惑Go
- [Abp vNext 原始碼分析] - 6. DDD 的應用層支援 (應用服務)原始碼
- OO DDD應用!
- 關於jdon 的事務處理疑惑?
- 關於java領域建模疑惑Java
- DDD應用場景
- 關於JBoss Group 原始碼存放方式的疑惑原始碼
- 關於Docker中網路效能疑惑Docker
- 關於介面的一些疑惑
- 應用層相關協議分析協議
- 對Repository的疑惑
- 關於webgl的大型應用Web
- 關於值物件的應用物件
- 關於rowid的應用
- 請教關於ANALYZE 命令的一些疑惑
- 關於NULL值在索引裡的兩個疑惑Null索引
- 關於系統對外介面應該採用的技術?
- 基於"堆"的底層實現和應用
- 關於Hibernate多層1對多關係查詢
- 關於 self 和 super 在oc 中 的疑惑 與 分析
- 關於color modeling的一點疑惑
- 關於Spring控制器的一點點疑惑Spring
- 關於DDD,語言和主流架構架構
- 關於flex佈局的應用Flex
- 關於 Web 應用的 Prerender 策略Web
- 關於php的try catch 使用的疑惑,希望高手指點PHP
- 關於 airtest 對 Hybrid 型別應用支援詢問AI型別