我的職務主要是做官方網站的開發維護
官網會有許多活動
每個活動頁面都長不太一樣
裡面會有表單讓使用者填寫
表單內容有些是一次性的欄位
其他活動用不到的
採用asp.net mvc開發
目前都是將這些活動頁面放在Areas裡
採用活動日期當檔名
例如20170506xxxxController
資料庫也是這樣開
20170506xxxxTAble之類的
第一次看到這種寫法
假如一年辦個100場活動就有100個controller
覺得架構這樣弄應該不太對
但我也想不到更好的寫法
以前寫過類似的最新消息頁面
是直接撈資料庫裡的html字串
但在這間公司有設計師負責前端排版
而且版面比純文字複雜得多
撈資料庫的作法應該行不通
想問還有什麼比較好的design pattern適用這情況嗎?

怎不開獨立專案?

資料收完了還會再改? 查詢需求有很複雜?

不會再更動欄位 很簡單的驗證與存檔

DB建成key-propertyName-value的結構寫一個interface service提供前端到後端的驗證與轉型，以及一些基本查詢，基本查詢可以寫在抽象類別或幫助類內每個活動建立一個Service，實作IService。大致只需要實作驗證部分。其餘由幫助類或基底類別一次性的做掉。前端需要給後端一個活動檔名做關鍵字，例如20170506xxxx然後Controller利用反射或是靜態Create方法建立IService。Controller直接用FormCollection，並交給IService去處理缺點是DB的查詢效率會比較差，如果有複雜的查詢或統計，或是使用量很大，那會有一點麻煩