業務建模:上下文(場景)還是服務?
DCI的從角色職責和場景的角度來理解業務感覺不容易,問幾個問題?
1、就我理解,上下文是其著承上啟下的作用,每個業務過程的一系列行為都想象出一個特定的上下文,實踐中是不是很困難?
2、所有的業務互動行為都要發生在一定上下文(場景)下?
3、如果要上下文的話,業務行為是在固定的一個上下文(場景)下,還是在多個上下文(場景)下?
(同一個行為可能會被不同模組所呼叫,其上下文是一樣嗎?)
4、就業務建模來講,感覺“上下文(場景)”並沒有比“服務”更具優勢,否則增加了不少困擾?
(DDD的服務其本質就對一個或多個實體行為組合或分組,起著協調作用,呼叫是直接引用,在描述業務領域上,不是顯得更自然一點?)
相關文章
- 業務建模:CQRS應用場景
- 業務建模:BoundedContext(有界上下文)Context
- 面對不同的業務場景,選擇零碼還是低碼?
- 場景還是場景,配送服務正變天?AI晶片也要走向終端應用的競爭? | AI WeeklyAI晶片
- 業務流程場景
- 服務限頻限次的場景方案
- 面向場景,HTAP到底是剛需還是炒作?
- 『航班乘客滿意度』場景資料分析建模與業務歸因解釋 ⛵
- 大話業務場景與解決方案-做任務
- 地理位置服務的應用場景
- 工位出租,場景服務領域升級
- Maya模型製作與場景建模模型
- 尋找場景-是人群但還不是群組
- 【原始碼講解】Spring事務是如何應用到你的業務場景中的?原始碼Spring
- 北京服務式辦公室,創新多場景概念
- 服務應該去版本化,不管是微服務還是SOA微服務
- 美團多場景建模的探索與實踐
- 開箱即用的資料快取服務|EMQX Cloud 影子服務應用場景解析快取MQCloud
- Ctx:模組化服務上下文框架框架
- 釋出成多個服務還是一個
- 華為的快服務智慧平臺是牛皮還是牛B?
- 面向NLP場景應用的智慧輔助建模(二)--本體樹建模
- 製作遊戲是先有劇本還是先有地圖、場景等內容?遊戲地圖
- 業務重要?還是技術重要?
- 什麼是軟體開發業務建模分析和結構化建模分析
- 在低容錯業務場景下落地微服務的實踐經驗微服務
- 高CPU業務場景下的任務分發方案Gearman搭建一覽
- 求助,jmeter 壓測 ,業務場景測試JMeter
- 什麼業務場景適合使用Redis?Redis
- 不同業務場景使用不同的map
- 是先做資料庫設計還是先建模資料庫
- 服務端指南 資料儲存篇 | 聊聊 MongoDB 使用場景服務端MongoDB
- 服務端指南 資料儲存篇 | 聊聊 Redis 使用場景服務端Redis
- 阿里雲日誌服務sls的典型應用場景阿里
- 雲搜尋服務在APP搜尋場景的應用APP
- 面向NLP場景應用的智慧輔助建模(三)要素樹和概念樹建模
- 蘋果,你還是一家軟體服務公司嗎?蘋果
- Vue 常見業務場景以及細節心得Vue