简介:项⽬编码规范介绍和POJO实体类约定
注意
任何框架,不要使⽤过多的侵⼊或者框架定制化深的内容,防⽌后续改动耦合性⾼,成本⼤
N⽅库说明
⼀⽅库: 本⼯程内部⼦项⽬模块依赖的库(jar 包)。
⼆⽅库: 公司内部发布到中央仓库,可供公司内部其它应⽤依赖的库(jar包)。
三⽅库: 公司之外的开源库(jar 包)。
POJO实体类
POJO(Plain Ordinary Java Object): 在⼿册中,POJO专指只有 setter / getter / toString的简单类,包括DO/DTO/BO/VO等, 禁⽌命名成xxxPOJO
各个层级约束规范
A) Service/DAO层⽅法命名规约
- 获取单个对象的⽅法⽤get做前缀。
- 获取多个对象的⽅法⽤list做前缀,复数形式结尾如:listObjects。
- 获取统计值的⽅法⽤count做前缀。
- 插⼊的⽅法⽤save/insert做前缀。
- 删除的⽅法⽤remove/delete做前缀。
- 修改的⽅法⽤update做前缀。
B) 领域模型命名规约 - 数据对象:xxxDO,xxx即为数据表名。
- ⼀般数据传输对象:xxxDTO,xxx为业务领域相关的名
称,项⽬⾥⾯也⽤VO。 - 展示对象:xxxVO,也就是响应给前端的实体包装类。
- 接收前端json对象请求的命名为 XXXRequest
更多开发规范,可以参考阿⾥巴巴编码⼿册(需要的同学可以加我私发,QQ:2101531489)
标签:编码,实体类,前缀,对象,jar,规范,POJO 来源: https://blog.csdn.net/chandfy/article/details/120836530
本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享; 2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关; 3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关; 4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除; 5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。