1.2 User Interface 规范(系统开发架构与设计步步谈)
系统开发管理、架构与设计步步谈随笔索引
1.3 菜单管理
1.4 数据验证
1.5 异常处理机制
1.6 安全管理
1.7 系统日志管理
邮件和手机短信通知服务
1.8 预防SQL注入
1.9 Javascript统一管理
1.10 查询缓存
1.11 并发处理
1.12 文件存储管理
1.13 供其它程序调用的WCF接口
1.14 调用其它应用程序接口的公共处理
1.15 数据库索引应用
1.16 数据库备份和恢复
1.17 数据库复制
1.18 SQL SERVER 性能分析与处理
1.19 安装与布署
项目管理与设计（待续……）
正文
1.2 User Interface 规范
我刚开始工作时，在一家台湾的外包公司，设计都是在台湾做，我们这边只是负责将他们写好的spec 翻译成程序，那时候还没有毕业，精力比较旺盛，每早早上9点上班，一座就是十几个小时的coding,中午、晚饭都是直接在办公桌上吃。虽然工作比较辛苦，还是得感谢一下公司 黄总，对予一位还没毕业的学生来讲，有份工作干已经是相当高兴，而且是写程序的，以此让以后一直走在写程序的路上。
工作内容大致是这样的，从台湾过来的Spec，由我们这边的项目经理分发给每个程序员，每个程序员在指定的开发框架上，把规格书上的伪代码翻译成程序，现在给我留下的印像除了开发的标准化以外，就是他们的写的spec刚开始写明这个业务是单表操作、主表明细表操作。对于单表操作的页面,继自SingleTable类，而主表明细表操作的页面继承自MutleTable类，继承自这些类以后，根据spec要求，只要覆盖指定的方法，写上固定的程序，一个页面的功能就完成了。这样一个标准化的思想，以后一直在影响着我考虑问题的思维，在这样的标准下，再多的程序员写出来的程序是一模一样的。
对于用户来讲，整个项目所有的页面也只有这两种操作模式，反之想一下，一个项目有一百个页面，每个页面的操作方法各不相同，用户体验有多差是显然的。
对于我们开发的人来讲，根据操作模式要求一致的需求，需要开制定出标准化的页面模版。关于统一的页面模版，可以整个项目做一个masterpage，然后每个页面放置其中，然后再针对页面制定标准。
如以下是举的一个例子，实际情况还得根据业务来修改。
普通查询接单页面
<form>
<table id ="tableMain">
<tr>
</tr>
<tr>
<td>
<table id="pnlSearch">
</table>
</td>
<tr>
<tr>
查询，修改......按钮摆放区
</tr>
<tr>
gridView 摆放区
</tr>
<tr>
</>
</table>
</form>
详细编辑页面
<form>
<table>
<tr>
<td>
<table class="Grid">
<tr>
编辑区域摆放区
</tr>
<tr>
保存，保存新增，返回按钮摆放区
</tr>
</table>
</td>
</tr>
<tr>
隐藏控件摆放区
</tr>
</table>
</form>
普通查询页面查询出数据，由功能按钮转到编辑页面程序去修改编辑。
相应的页面CS程序除了初始化，操作，提交 顺序以外，也有一些固定的事件方法
普通查询页面
Page_Load()
BtnSearch_Click()
btnAddNew_Click()
BtnUpt_Click()
BtnDepose_Click()
UltraWebGrid1_DblClick()
pager_PageChanged()
drp_pager_SelectedIndexChanged()
initPageControl()
Get_DeposeDateTime()
QueryBind()
Bindload()
BandDataGrid)
ChangColor()
编辑页面程序结构
Page_Load()
Btn_Save_Click()
BtnSaveBack_Click()
BtnSaveAdd_Click()
BtnBack_Click()
BtnException_Click()
btn_Depose_Click()
Save()
GetBody()
PageLoad()
BindLoad()
JS()
在外面大体结构完成以后，就在定框架里面的细节问题了，如GridView的分页功能操作，显示样式，目前可以用的分页的第三方组件很多，如AspNetPager，GridView的样式功能也有很多可供参考的资料,如 GridView 72般绝技 ；对于分页存储过程代码另作解释，对于系统中一定存在很多功能按钮，如 新增、删除、编辑、保存、取消 ，就需要美工人员为其设计出漂亮的图标了，当我们执行完一个动作以后都会有提示信息给用户，一个系统的提示信息也需要统一，不能出现一个地方提示“新增成功”，在另一个地方提示 “操作成功”这样不一致的情况，俱体业务根据俱体来制定
先写到这，日后再继续补充
