我目前正在實施類似於醫院內部的網站,醫生可以在其中查看有關其患者的信息。如何更好地組織一個有很多領域的課程?
目前,我有信息的關於每個客戶很多:他的全名,出生年月日,血型,他在那裏生活的日期,疾病他不得不等
我第一次嘗試是形式的東西:
class Client {
private string fullName;
private Date dateOfBirth;
...
public Get/Set FullName()
public Get/Set DateOfBirth()
...
}
它基本上把一切放在同一個類下。
過了一段時間,我決定也許我應該把類似的概念打包成一個更一般的概念。例如,我可以將userName
和password
封裝爲相同的概念 - 例如,LoginInfo
。
- 如果這樣做,我應該提供客戶端類的所有getters/setter,將工作委託給正確的內部概念,或者我應該爲這些概念本身設置getter?第一種方法將屏蔽外部世界到客戶端類的實現,但也許,我們不會因擁有所有這些內在的概念而贏得那麼多。
- 在
Client
類之外的代碼應該知道內部使用的不同類型的概念嗎? - 任何其他想法/方法?
我對Client
這個班級還有什麼方法不太瞭解。也許如果有很多,使用小的內部概念來組合類似的方法,而不是像這樣一個鬆散的耦合大類,那將是一個明智的想法。
Client
的數據將全部使用標準數據庫持續存在,如果這有什麼不同。