邊走邊唱(378***063)9:15:36
在實際開發中碰到這樣一個選擇問題:應急救援指揮系統中涉及到事故分類、應急物資分類、應急預案分類...這些分類的關鍵字段都是分類名稱、分類編碼、所屬父級分類。
對這些分類資料存儲的設計,我一個同僚的意見是,把這些分類都存儲在一個分類編碼表中,這樣事故分類、物資分類等都可以重用一張表,一套代碼,實作起來快,複用性很好。
但我覺得多個分類體系共有一張表不利于建立對象之間的關聯,"分類"也應該是一個對象,從面向對象的角度來看,應該每一種分類體系單獨處理,對應單獨的一張表,這樣擴充性更好。
哪一種方式更好呢?望潘老師和各位大俠指點!
潘加宇(3504847)9:17:54
想多了,把概念裡清楚就行
你要把兩個問題分開:
(1)應急救援領域的各個概念之間的關系,是怎樣就是怎樣
(2)某個形狀的類圖,當遇到性能問題時,如何折衷處理
潘加宇(3504847)9:20:07
也就是說把應急救援的規則老老實實表達出來就可以.我猜想,你這個領域的故事應該就是:不同類型的事故,采用不同類型的物資和預案
邊走邊唱(378***063)9:22:53
事故分類、物資分類之間沒有很明确的關聯。
邊走邊唱(378***063)9:25:44
潘老師的意思是,模組化時先不考慮資料到底怎麼存儲的,按領域事實模組化型,該分就分。到底是多個分類映射到一張表上,還是映射到單獨的表上,是另一個問題,對吧?
潘加宇(3504847)9:26:11
對的
潘加宇(3504847)9:26:57
為了解決性能問題如何這種映射,與你的類叫事故還是阿貓阿狗無關
邊走邊唱(378***063)9:26:55
那如何映射這個問題,哪一種方式更好呢
潘加宇(3504847)9:27:30
當然是最直接的映射
潘加宇(3504847)9:28:10
你先嘗試着畫類圖吧。
邊走邊唱(378***063)9:28:54
好
潘加宇(3504847)9:29:15
把應急救援的規則老老實實表達出來
去翻閱規章制度或者調查客戶實際工作怎麼做的
邊走邊唱(378***063)9:30:55
嗯,明白了
[2020.01加一套題]UMLChina模組化競賽題大全-題目全文+分卷自測(11套110題)
[新增EA024高校畢業生就業系統]全程字幕-24套UML+Enterprise Architect模組化示範視訊
[幻燈]4月1-4日-剔除“僞創新”和“無領域”的領域驅動設計-網課
[新增:鴕鳥]軟體開發團隊的膿包:皇帝的新裝、口号黨、鴕鳥、廢話迷
《軟體方法》書中自測題-題目全文+分卷自測(1-8章)16套111題
《非程式員》電子雜志下載下傳(39-51期)
《非程式員》電子雜志下載下傳(1-38期)
中文書籍中對《人月神話》的引用(完結,共110本):軟體工程通史1930-2019、實用Common Lisp程式設計……
CTO也糊塗的常用術語:功能子產品、業務架構、使用者需求……[20210217更新]
UMLChina服務介紹