小弟我現在知道類 對象 介面 但小弟我不知道一個項目應該如何構架類 行為 屬性請教小弟我應該看那方面的書呀~

我現在知道類 對象 介面 但我不知道一個項目應該怎麼構架類 行為 屬性請問我應該看那方面的書呀~~
我現在知道類 對象 介面 但我不知道一個項目應該怎麼構架類 行為 屬性請問我應該看那方面的書呀~~



如題~~很是迷惑~

------解決方案--------------------
我覺得應該看系統設計的相關書
------解決方案--------------------
軟體工程的書, 尤其是物件導向設計的,
名字看起來象"物件導向程式設計"這類的都可以
------解決方案--------------------
《深入PHP物件導向，模式與實踐》先看十遍
------解決方案--------------------
老師在黑板上畫個圓
老師在黑板上畫個三角
老師在紙上畫個圓
------解決方案--------------------
探討

樓上的 說的不錯 請問這個畫行在什麼地方定義

------解決方案--------------------
4樓的書目前不推薦,因為那個不是物件導向入門書. 大部分OO分析/設計/編程的書是用java/c++等寫成,php的有,但是不推薦. 所以,去找java的書

你7樓的問題, "請問 畫(圓)這個行為 在那個寫 應該是人，還是黑板呀 還是圓"
我的回答是: 都可以
因為"畫"這個動作,它們3方都有參與,而且都不可缺. 在任何一方實現都是可以的寫法.
這個是你在設計階段要決定的,而且也有可能在重構時改變.
放在哪裡能讓你的設計更容易理解,更簡單等等...就更好

同時, 應該在設計時保持一致性, 比如一般不應該"老師"裡也有一個"畫","圓"裡也有一個"被畫",
這樣讓人疑惑,而且很可能是重複的代碼, 同樣的, 如果"圓"裡有"被畫","正方形"裡也應該有個"被畫",
這時你可以將這個"被畫"抽象到他們的抽象父類"形狀"裡去....

當你面對不同的需求的時候,你會發現不同的設計會帶來不同的感覺和後果,
所以,相比於這樣比較"虛"的例子,你不如去直接寫一個小小的實際的項目,(比如一個小bbs?)
那樣更容易讓需求具體化,可以寫出實際的代碼,也就能更好地體會.

