项目总结
2011-04-13 17:23
274 查看
A.数据库
1. 外键 没有办法, 为了灵活, 只能不设外键吧, 外键在心里;
2. 表的字段
a. 只有两个状态的, 应该设置为bit, 而且not null
b. 能够设置not null的, 坚决不要设置成null, 会给自己找麻烦
b. varchar比nvarchar省空间, 英文开发没有问题, 但是对中文支持不好.
c. 排序规则最好是统一起来, 避免查询时无法相加
3. 表名, 列名首字线大写;
B. 主体框架
1. 三层结构是主流, 但是只用了两层, BLL(业务逻辑层)分到了UI或DAL(数据访问层).
C. 网站UI框架
1. 主要用iframe打开新页面;
2. 用js构建Button, Widget, Title等, 简单方便, 统一灵活;
D. 杂项:
1. 少做表单提交验证, 尽量在用户输入时提示他已出错并纠正;
2. 遵循w3c标准, 不为任何自定义的东西而违反. 反过来说, 自己定义的东西, 不能在有doctype的网页下正常运行, 拉倒吧.
3. 构建界面时, 应该多花点时间, 建立一个统一的css样式和方法, 便于其它页面在建立时套用;
4. 对于大量使用的东西, 应该建立自定义控件, 减少不必要的编码!只关心自己需要关心的东西;
5. 做一个好的代码生成器, 便于项目中生成三层结构, 减少不必要的编码;
6. 建立自己的js库;
E. 废除的东西
document.all, document.form.xx------------直接用id取是最快, 兼容性最好的方式
1. 外键 没有办法, 为了灵活, 只能不设外键吧, 外键在心里;
2. 表的字段
a. 只有两个状态的, 应该设置为bit, 而且not null
b. 能够设置not null的, 坚决不要设置成null, 会给自己找麻烦
b. varchar比nvarchar省空间, 英文开发没有问题, 但是对中文支持不好.
c. 排序规则最好是统一起来, 避免查询时无法相加
3. 表名, 列名首字线大写;
B. 主体框架
1. 三层结构是主流, 但是只用了两层, BLL(业务逻辑层)分到了UI或DAL(数据访问层).
C. 网站UI框架
1. 主要用iframe打开新页面;
2. 用js构建Button, Widget, Title等, 简单方便, 统一灵活;
D. 杂项:
1. 少做表单提交验证, 尽量在用户输入时提示他已出错并纠正;
2. 遵循w3c标准, 不为任何自定义的东西而违反. 反过来说, 自己定义的东西, 不能在有doctype的网页下正常运行, 拉倒吧.
3. 构建界面时, 应该多花点时间, 建立一个统一的css样式和方法, 便于其它页面在建立时套用;
4. 对于大量使用的东西, 应该建立自定义控件, 减少不必要的编码!只关心自己需要关心的东西;
5. 做一个好的代码生成器, 便于项目中生成三层结构, 减少不必要的编码;
6. 建立自己的js库;
E. 废除的东西
document.all, document.form.xx------------直接用id取是最快, 兼容性最好的方式
相关文章推荐
- 【转】如何写项目总结
- 多点温度采集及上位机监视系统项目经历及总结
- 团队项目个人每日总结(4.20)
- PMP备考知识总结(项目概念,生命周期)
- 对路径“×××”访问拒绝及项目安装部署总结
- 当前项目知识点总结
- Tuna项目总结
- 一个项目结构--源自《learn python hard way》的项目结构总结
- 校招总结+最近的项目小记
- 第一次参加项目个人工作总结
- 节能项目的总结
- estore和小项目总结
- C# 枚举在项目中的应用总结 ---转自http://kb.cnblogs.com/page/83942/
- 开源OS项目总结(非Linux系列)
- Maven学习总结(四)——使用Maven构建项目
- 学员项目总结
- Maven学习总结(三)——使用Maven构建项目
- 项目管理遇到的问题总结
- 项目管理模型总结----螺旋模型