关于版本号的一些思考
2013-08-23 14:08
106 查看
不要忽视既已存在的东西,所以开发以增量式进行,有新想法,思路,不要破坏以前的工作。开发每一个模块,定义接口,书写实现
每个模块定义一个版本号,a:b:c:d
a段是兼容版本号。也就是说,这个版本内,接口是稳定的,新版本,只增,不减不改
b段是增量版本号,也就是在a版本内,如果有接口增加,则增加这个段
c段是优化版本号,也就是接口没有任何变化,只是修改了内部实现
d是调试版本号
关于版本的使用,发布的版本号可以到c段或d段,以表示版本差异
但是模块名称只到a段,以便于模块使用上的稳定,因为a段是兼容版本号,所以即使版本更新,也不需要更改用户代码
所以每一个兼容版本要开发一个以a段为名称的用户接口,发布新版本时,只要将新版本模块与a段接口连接即可(该接口也可能增加,但是不会减少或改变)
当模块发展到一定地步(冗余过多,过分膨胀),考虑发展新的a段版本吧(重构),这样既保持了原来的部分不一次性推翻,又能稳步进步
每个模块定义一个版本号,a:b:c:d
a段是兼容版本号。也就是说,这个版本内,接口是稳定的,新版本,只增,不减不改
b段是增量版本号,也就是在a版本内,如果有接口增加,则增加这个段
c段是优化版本号,也就是接口没有任何变化,只是修改了内部实现
d是调试版本号
关于版本的使用,发布的版本号可以到c段或d段,以表示版本差异
但是模块名称只到a段,以便于模块使用上的稳定,因为a段是兼容版本号,所以即使版本更新,也不需要更改用户代码
所以每一个兼容版本要开发一个以a段为名称的用户接口,发布新版本时,只要将新版本模块与a段接口连接即可(该接口也可能增加,但是不会减少或改变)
当模块发展到一定地步(冗余过多,过分膨胀),考虑发展新的a段版本吧(重构),这样既保持了原来的部分不一次性推翻,又能稳步进步
相关文章推荐
- 关于Hadoop结合RDBMS应用的一些思考
- 关于改善管理过程的一些思考
- jq的模拟点击脚本实践---关于阿里月饼事件的一些思考
- 关于处理某一个事件需要关联多个事件或表的情况下,一些思考
- 关于寻路算法的一些思考(1):A*算法介绍
- 关于前后端分离的一些思考
- 关于道格拉斯算法的一些思考
- 关于静态方法为什么不能被重写的一点思考以及overload的一些坑
- 关于Winnt/2k IDT的一些思考
- 关于屏蔽Android返回键的一些思考
- 关于恶意经销商模型的一些思考
- [细胞生命进化理论]关于基因文明的演化道路的一些思考
- 关于移动互联网下机场APP的一些思考
- 关于虚拟化一些思考——不应该盲目使用
- 关于linux中nat实现的一些思考
- 股权转让这个创业方向靠谱吗?关于潜力股这个创业公司的一些思考
- 关于“不能将参数1 从“CString”转换为“const char *””的一些思考
- 关于自动化测试的一些思考(一)
- 关于文本分类的一些思考