小技巧汇集

1.多使用枚举类型.避免硬编码
2.页面模板控件组合策略:

 
1. Marster总模板页.比如整个社区的整体布局     cs形式提供.
C1,c2.c3…..表示一些功能控件.:列表控件,翻页控件    以cs.或者ascx形式提供
P1.P2.P3   表示一些主页面,比如: 发贴页面,版块首页,…  以aspx,或这ascx形式提供.
Master和一个或者多个C组合成P.
2. 维护:
a. 整体性:修改Master整个社区的布局全部变化.所以是总的模板.修改了C,凡是应用它的都会发生变化.
b. 独立性: 修改了P, 只修改页面的组合.不需要编译程序,不会影响道别的P,和Master,和C.
3. 扩展
a. 新增M,P,C.不影响已有功能. 如果新增P.还不需要编译程序.

 

  
1. C1,c2.c3…..表示一些功能控件.:列表控件,翻页控件    以cs.或者ascx形式提供
  P1.P2.P3   表示一些主页面,比如: 发贴页面,版块首页,…  以aspx,或这ascx形式提供.
  Default.aspx 总的入口页面
  Process.   总的调度控件
  basePage   所有P的基类
2. 维护:
b. 整体性:修改basePage 整个社区的布局全部变化.修改了C,凡是应用它的都会发生变化.
c. 独立性: 修改了P, 只修改页面的组合.不需要编译程序,不会影响道别的P和C.
3. 扩展.
a. 新增C.不影响已有功能.
b. 新增P需要修改Process

总的来说第一方案要由于第二种.
1. url的可读性:
第一种:可读性很好.
第二种,由于都由default.aspx带参数入口, 可读性差,要增强也可,需要urlrewrite.
2. 维护性:
第一种:挺好, 对别的影响小,甚至可以做到只修改html代码,就可达到.目的.
第二种就差点
3,扩展性
 第一种:挺好,只修改html代码,就可达到.目的.
 第二种:不好,需要修改已有代码(process)

 

 

 

2.页面和代码分离.通过控件基类联系操作和表现(代码和页面),cs和页面(aspx,ascx)集中管理.
       a.一套代码多个皮肤,
              b.有利于发布.发布是只提供页面和总的dll.不用在整个解决方案中挑选页面了
              c.用config文件让页面对应成未可配置的.增加路径的灵活性.
3.基类:       页面级别和控件级别都使用基类,维护状态信息.集中进行操作处理.