精华帖 (0) :: 良好帖 (2) :: 新手帖 (1) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2011-11-09
软件开发涉及到各方面人员的交互、协作,为了有效地进行项目开发的沟通,完善代码的维护和交付,有必要在一个小组中采用统一的软件开发标准。一般来说,制定这样的标准有下列好处:
方便软件维护。据统计,80%的软件开发费用在维护,规范化的代码才方便维护,降低维护成本。 在软件的整个生命期内,期望一个编码人员从开始到该软件报废一致维护其代码是不现实的,必然需要不断地交付、协同 好的编码规范能够大大增强代码的可读性,便于开发人员快速的理解新代码。任何产品都需要好的包装。我们可以把代码本身看作是一种产品,那么按照规范编程也是对这个“产品”的包装 规范化的代码也是软件质量的保证手段之一,也是软件过程能够流畅的基础。我们每个人必须牢牢树立这样的观念:你今天所编写的代码,会一直使用很多年,并且很有可能被其他人维护和改进。所以,我们必须努力写出“干净”和易读的代码。本文档适用于软件开发过程中开发人员,主要包括编码人员、测试人员,开发人员,规范必须严格遵守,否则程序被视为不合格程序。 注:本规范中标红的内容为强制性遵循内容,开发人员必须遵守。蓝色为强烈建议性内容,最好遵守,这样可以避免程序出现一些莫名奇妙的问题。其他内容为一般性建议。 声明:ITeye文章版权属于作者,受法律保护。没有作者书面许可不得转载。
推荐链接
|
|
返回顶楼 | |
发表时间:2011-11-10
看着不错,通用性比较强,一般情况该注意的地方都写进去了,也没有过度要求和过度覆盖
|
|
返回顶楼 | |
发表时间:2011-11-10
三年计划 写道 软件开发涉及到各方面人员的交互、协作,为了有效地进行项目开发的沟通,完善代码的维护和交付,有必要在一个小组中采用统一的软件开发标准。一般来说,制定这样的标准有下列好处:
方便软件维护。据统计,80%的软件开发费用在维护,规范化的代码才方便维护,降低维护成本。 在软件的整个生命期内,期望一个编码人员从开始到该软件报废一致维护其代码是不现实的,必然需要不断地交付、协同 好的编码规范能够大大增强代码的可读性,便于开发人员快速的理解新代码。任何产品都需要好的包装。我们可以把代码本身看作是一种产品,那么按照规范编程也是对这个“产品”的包装 规范化的代码也是软件质量的保证手段之一,也是软件过程能够流畅的基础。我们每个人必须牢牢树立这样的观念:你今天所编写的代码,会一直使用很多年,并且很有可能被其他人维护和改进。所以,我们必须努力写出“干净”和易读的代码。本文档适用于软件开发过程中开发人员,主要包括编码人员、测试人员,开发人员,规范必须严格遵守,否则程序被视为不合格程序。 注:本规范中标红的内容为强制性遵循内容,开发人员必须遵守。蓝色为强烈建议性内容,最好遵守,这样可以避免程序出现一些莫名奇妙的问题。其他内容为一般性建议。 |
|
返回顶楼 | |
发表时间:2011-11-10
不敢保证所有的都对。部分内容和目前已知的有所冲突,另外,有些不了解为什么这么做
|
|
返回顶楼 | |
发表时间:2011-11-10
标题质量比内容高多了,很弱的内容,java基础了。
|
|
返回顶楼 | |
发表时间:2011-11-10
下了 看看知道不少
|
|
返回顶楼 | |
发表时间:2011-11-10
挺实用的东西
|
|
返回顶楼 | |
发表时间:2011-11-11
下下来看看,不错的.比较实用
|
|
返回顶楼 | |
发表时间:2011-11-11
很基础的东西。
大多数属于公司内部的硬性规定。不能算是规范。 有些像代码格式化之类的规定,用个代码格式化模板就能搞定,没必要搞出规范来。 有些说得不正确,比如: 引用 字符串的拼加操作,必须使用StringBuilder; StringBuilder效率高但是是非线程安全的,所以只能在某些情况下推荐使用,而不应该是所有情况。 引用 bsingle、fsize、dmoney、objUser 这个也没有必要,是受其它语言影响太深了。 引用 称缩写的规则(对于类名、字段名、变量名称、模块名称等适用)删除所有的原音字母,压缩重复字母。如button,缩写为btn 也不一定要这做做,特别是类名,还是用完整单词加驼峰写法较好。 其它还有些就不一一写了。 |
|
返回顶楼 | |
发表时间:2011-11-11
不错不错,规范点好。
|
|
返回顶楼 | |