做项目的一点心得

界面方面
1. 界面要做的简约清爽，让客户能快速上手
2. 配置功能设计
如果涉及很多配置，建议放置到一行。如果配置功能太多，则减少显示行的信息，通过提供详情页进行显示。

    名称 | 操作    xx    配置1  配置2  配置3  配置4

设计和管理方面
1.对系统的更新，提供详细的版本管理，对系统的每次更新，写好更新了什么内容和bug修复。

异常或者错误
1.必须对异常访问，出错跳转到统一的错误页面下。
2.必须对controller进行log4j日志显示打印控制。

编码方面
1. 分包，分目录进行管理，让代码清爽起来
2. 代码类文件，分基础操作类文件和业务操作类文件。业务只是对基础操作类的功能进行组装
3. 代码必须制定代码模板，团队成员必须写好注释。
4. 能采用第三方的成熟框架，尽量使用第三方成熟框架。自己写的框架后期维护是个大问题。
5. 对一些未来不确定的状态信息，给予一定的备用。建议使用枚举类。
6. 基础类必须定义好，代码尽量多重用
7. 通用功能尽量写成配置进行配置
8. 制定基础数据变动的规范。
9. 对基础重要的数据，放置到内存中，优化项目。
10.使用文档总结好，本项目各个界面使用的不同技术实现，提供给相应人员进行参考
11.总结好的代码，使用文件管理好，为后期开发提供方便。
12.在service中，某些业务方法，使用指定参数进行重载，会使得程序清晰
13.对业务对象封装，可以构建不懂业务参数的构造方法进行实例化对象。
14.如果某些类型是固定的可以不用枚举进行，直接使用中文文字进行后台管理新增和编辑
15.枚举适合于类型名称可扩展的情况使用。
16.为了以后代码可扩展和重用，必须对业务代码和基础代码分包进行管理，方便后期迁移。
17.对基础的数据处理保持统一的处理风格。

比如：元--->万元保留2位-->4位单位，数量，单价、金额等单位变动的转换。增强扩展性

数据库方面
1. 所有的涉及更新数据操作，必须提供脚本和记录相关基础操作，按照成员分文件进行svn同步管理
2. 对索引指定计划和规划
3. 对基础数据进行管理，将代码中用到的基础数据，进行建表进行管理
4. 建立好用户的测试数据。
5.如果类型名称可能变动，那么最好是保存该类型id，不保存类型名称。如果不会变动，为了减少关联，那么冗余保存一下类型名称

测试方面
1. 提供基础数据sql脚本
2.

基础数据方面
1.设计支持扩展性，表结构紧凑。
2.对这块基础数据的处理保持统一。