系统设计规范化攻克了什么问题

系统设计规范化攻克了什么问题(一)

你们好,今天总结下我从事开发工做这几年里,对于项目规范化的一点想法和感触.

在笔者内心,规范是为了解决这个问题而存在的,某些规范都是为了相应问题而存在的.因此仅仅要是能解决这个问题的文档,声明都是规范.

  在某时開始设计系统,带人作系统的时候.笔者考虑到了例如如下几个问题:

1. 需要将系统设计成模块化流程化.

2. 需要将系统具备共性的操做抽离成统一的接口

3. 需要为系统设计一套代码规范

4. 需要将系统设计的更能知足将来的需求

 

问题1攻克了哪些问题：

• 对于系统文件夹:笔者以前遇到过一些项目，再熟悉系统时吃了些苦头。花费了很是多时间去研究,最糟糕的是在系统环境搭建启动的时候都有很是多困难。

  10个project可能有10种的搭建方式。因此假设你的项目构建比較另类，请提供一份系统文件夹搭建描写叙述。假设你不想花时间去写文档。可以使用很是多人都在用的MAVEN构建project,这样每个开发者都能高速熟悉project，搭建project环境。

• 对于系统层级:假设需要你去维护一个系统,jsp中掺杂了代码,又一个类有一千行,一个函数有几百行,当即就感到眩晕感受天要塌下来了.划分好各个层级的职能可以有效的下降这样的状况的发生,actin/web仅仅负责请求转发,service仅仅负责业务处理,dao仅仅负责数据库操做,jsp仅仅负责页面展现,domain仅仅负责对象关系映射,util仅仅负责提供工具类,constant仅仅负责提供常量,model仅仅负责页面信息对象的传递.这样各层仅仅负责指定的功能,一个流程化的开发模式就造成了.下降维护难度,下降出错的几率.

   

问题2攻克了哪些问题：

• 下降开发者工做量:在一个系统中有很是可以封装的东西,比方对数据库的操做,笔者将所有的对数据的操做方法全封装到一个接口类里,并提供了一个抽象类实现该接口.又或者对于jsp页面中提供统一的前端校验js文件,为service层提供默认的事务隔离级别与传播机制.这样就下降各开发者的工做量.

• 下降开发者反复性工做:如上.

 

问题3攻克了哪些问题

• 便于系统的全局控制:比方方法名是依照规范来的,那在事务控制中,由于要对不一样的方法名设置不一样的控制级别,那就会很方便.又比方未来要实现读写分离,需要依据方法名选择不一样的数据源,方法名规范就很方便,不然就需要大量的修改.

• 节省时间:看到一个变量名就知道类型,看到方法名就能知道功能,看到类名就知道表明的事务,这样可以节省大量的时间.

• 笔者在2012年总结的一份规范文档博客:http://blog.csdn.net/cuiyaonan2000/article/details/8331002.本人的联系方式cuiyaonan2000@163.com

 

问题4攻克了哪些问题

• 技术上的需求:作系统设计需要提早想到开发者,未来在开发过程当中可能遇到的问题,需要提早想到解决方式,比方需要webservice,可以提供cxf实现方案.又或者需要进行前台/后台的数据校验证,可以提早提供jquery validate实现方式.需要进行系统间的系统交互可以使用jsm实现方案.

• 性能上的需求:随着项目经验的添加,笔者发现假设需要提高项目性能,比方添加页面缓存,数据缓存,读写分离,全文检索,业务拆分,集群化,都会修改系统的框架.假设前期设计的很差,就需要至关于重作.因此建议项目在開始设计的时候就需要考虑到项目未来的性能问题.

 

总体来讲笔者想到这些问题的解决办法有3方面.

1. 让开发者用最少的时间熟悉系统,了解系统.

2. 加强系统的可维护性,扩展性.

3. 添加系统的性能.