Hand-项目编程规范

关于开发的语义化版本控制规范

1、标准的版本号必须采用X.Y.Z的格式,其中X、Y、Z为非负的整数,且禁止在数字前方补零。

X:主版本号

Y:次版本号

Z:修订号

例如:1.9.1 ——> 1.10.0——>1.11.0/2、

2、标记版本号软件发行后,禁止改变该版本软件内容。任何修改都必须以新版本发行

3、主版本号为零(0.y.z)的软件处于开发初始阶段,一切都可能随时改变。这样的公共API不应该被视为稳定版。以0.1.0作为你的初始化开发版本,并在后续的每次发行时递增次版本号

4、1.0.0版本号用于界定公共API的形成。这一版本之后所有的版本号更新都基于公共API及其修改内容。当你的软件被用于正式环境,它应该已经达到了1.0.0版

5、修订号Z,必须在只做了向下兼容的修正时才递增。这里的修正是指针对不正确结果进行的内部修改

6、次版本号Y,必须在有向下兼容的新功能出现时递增。在任何公共API的功能被标记为弃用时也必须递增。当每次版本号递增时,修订号必须归零

7、主版本号X,必须在有任何不兼容的修改被加入公共API时递增。其中可以包括次版本号及修订级别的改变。每当主版本号递增时,次版本号和修订号必须归零

服务的配置

  在开发过程中需要用到很多配置,为了保持可读性和维护性,配置段不宜过多,控制在4~5段即可,其中第一段为固定段:hzero,第二段为服务/组件段,第三,四段为规则段,最后一段为配置值。例:hzero:platform:init-cache:false

HPFM : 平台服务

HMDM:主数据服务

返回消息

  • 按功能划分

服务模块 + 类型 + 功能 + 用途,如: hpfm.error.user.ageNull (年龄不能为空)

  • 按服务划分

服务模块+类型+用途,如:hpfm.error.menuNameNull(菜单名称不能为空)

  • 按全局划分

hpfm.error.noAuth(没有操作权限,请联系管理员)

返回消息的第二段类型只能是error,info,warn,为了与界面返回消息配置对应,请不要随意发挥

.

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

你在狗叫什么、

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值