天天看點

[答疑]應急救援指揮系統中涉及到事故分類、應急物資分類

邊走邊唱(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服務介紹

[答疑]應急救援指揮系統中涉及到事故分類、應急物資分類

繼續閱讀