花了半天瀏覽了一些 php 及 oo 設計的網站, 似乎對於類別及屬性的應用有一點概念, 而需要累積如何把屬性適當地分在類別內, 再實作繼承等作業.

想法大概是這樣, 有點覺得是以前在思考像選課系統設計時, 資料的分類法:
以前我會直接用"學員", "教師"兩種類別, 而後來看到其他人會先建一個"人"的類別; 在應用上, 當初我用 Access , 所以程式對應資料幾乎都是單純的動作, 如果要採用 oo 概念, 就可以考慮先有"人", 再分"(繼承了人的屬性)學員", "(繼承了人的屬性)教師", 這樣處理時, 就會分為"人的屬性", "教師的屬性".

只是在寫程式時, 也就要多考慮這些屬性的一致性或特殊性; 不過安慰自己一下, 也有人覺得"經過 oo 化的思考後, 有些專案並沒有細緻到非分開不可, 例如小規模的專案並不一定要分這麼細, 效率反而好".

接下來....嗯, 還是先處理欠別人的兩件事好了.... XD


感覺 oo 化動作跟"正規化"有點像....

1. 觀察
2. (正規化中間多一點技術動作)
3. 解構
4. 定義
5. 再結構



剛剛再想了一下, 在選課系統的資料, 用"人"去當主要的類別的確可以省下比較多空間;
之前社大人員不太能接受某套選課系統的狀況, 則是在於程式直接把這樣的類別設計方式, 呈現在使用者端, 而大多數的使用者習慣了交叉表的呈現方式(類似 Excel ), 就造成了使用者排斥.