物件導向 設計模式 系統設計
要做一個模具管理系統。
希望能用物件導向的方式,融合一些模式的設計理念把它做出來。
主要是為了實踐物件導向設計模式。
《物件導向模式設計與實踐》斷斷續續看了快兩遍了。要實戰的時候一點兒頭緒都沒有啊。腦子裡面一片空白,思前想後只能想到要弄個“模具”類。
求思路啊!!!!!!
回複討論(解決方案)
不要為“物件導向”而物件導向
不要硬性套用“設計模式”
看了快兩遍了,可以了又映象就可以了
關鍵在於你的“模具”類打算幹什麼
首先想下怎麼架構吧。
設計模式不是憑空出來的,而是好根據具體的實體來設計規劃的,所以你首先要分析你的系統都應該包含哪些實體。
按照你說的模具管理系統來說,你也說了肯定有“模具”這個實體,肯定還有別的實體,例如
1、牽涉的具體人。誰管理?怎麼管理?管理模具的什嗎?
2、模具的屬性。模具與模具之間是否有差異?模具的內容組成是否都是文字?除了文字以外是否有多媒體?
3、模具內容的呈現。列表?圖示?
等等
有了這些實體的支撐,你才能決定哪些實體可以封裝成對象,而哪些對象之間的關係可以通過設計模式來實現。
先需求分析。是進銷存嗎?
先需求分析。是進銷存嗎?
是進銷存
模型裡面的重點就是“模具”類了。建立資料庫,按照MVC做就是了。
模型裡面的重點就是“模具”類了。建立資料庫,按照MVC做就是了。
額。。。。。。。。。。。。。。
不要為“物件導向”而物件導向
不要硬性套用“設計模式”
看了快兩遍了,可以了又映象就可以了
關鍵在於你的“模具”類打算幹什麼
現在明確一些了。至少有工廠,模具兩個類。系統的主要功能是跟蹤模具。從工廠買入模具開始,模具可能出現維修/借入/借出/調入/調出/報廢等狀況。這些狀況出現的時候相應地會涉及到入庫/出庫。
接下來該做什麼分析或者說怎麼建模呢?
做物件導向一般是兩種情況
1.有一套完整的規劃,整站的流程和模組都清晰,然後再OO
2.先按面向過程寫程式,把重用的代碼塊抽出來,把這些代碼塊組織成類/對象,控制參數變化,逐步實現OO
1是抽象思維,從無形到有形,需要大局觀,需要網站分析能力
2是形象思維,從有形到無形,需要觀察力,需要歸類總結能力
如果你熟悉一個實業的流程,建議用方法2
如果你熟悉一個實業的架構,建議用方法1