我的职务主要是做官方网站的开发维护
官网会有许多活动
每个活动页面都长不太一样
里面会有表单让使用者填写
表单内容有些是一次性的字段
其他活动用不到的
采用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的查询效率会比较差，如果有复杂的查询或统计，或是使用量很大，那会有一点麻烦