小系統不用搞那麼大之"柑仔店"範例
有時候會有些不到一周的小需求, 用一堆低耦合的樣式... 做出來一大票類別,
類別一多, 苦的是後面接手的人, 傷眼也易造口業.
所以, 通常我會讓它變成高耦合, 但又加上介面讓它有點彈性 (以防未來不時之需),
記得好像這叫作資訊專家樣式吧 ~
讓後續接手的人也只要開啟少量的類別, 就可以搞定一切了, 不用在那邊"移至定義" 個不停
範例是以題庫設計
1. 設計了放置資料的類別Question.cs, Answer.cs
2. 設計了IAnswerOperator.cs, IQuestionOperator.cs的界面
3. 統一由KamatiamOperator類別來實作一切 (柑仔店)
問題是到底多小的系統, 才合適用呢?