- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
javaWeb后台开发代码规范
命名规范
1.基本原则:
(1) 采⽤英⽂全称进⾏命名;
(2)保持各层级名称基本统⼀;
(3)命名英⽂单词⽤全称,避免⽤简称。
1.1 包命名规范
包名称必须全部⽤⼩写。
命名⽅式:com.域名.项⽬名称.项⽬模块.系统分层
如:com.example.ordering.java.dao
com.example.ordering.java.controller
1.2 类命名规范
类名以英⽂单词取名,使⽤⼤驼峰式命名法,⾸字母⼤写,多个英⽂单词以⼤写字母间隔,尽量避免使⽤缩写;类名中不允许‘_’、
‘-’等特殊符号。
1.3 属性命名规范
a.定义属性的位置,在类定义的开始,按照public,protected,package,private顺序放置。
b.尽量⽤相同含义英⽂单词表⽰如:username。第⼀个字母⼩写,中间单词的第⼀个字母⼤写。不要⽤_ 或等符号作为第⼀个字母。单字符的变量名⼀般只⽤
于⽣命期⾮常短暂的变量。如:i,j,k,m,n⼀般⽤于int。如果变量是集合,则变量名应⽤复数,即以⼩写s结尾 。
c.常量属性:⼀律⼤写,单词间使⽤_分隔。例如:MAX_SIZE
1.4 ⽅法命名规范
⽅法命名采⽤ “动作+属性” 的⽅法。并且,动作以⼩写字母开始,属性以⼤写字母开始。常⽤的动作有 :is、get、set、save、add、
del等。⽰例 :getName()
2. MySQL数据库命名规范及约定
2.1 操作规范
1.如⽆备注,则表中的第⼀个id字段⼀定是主键且为 ⾃动增长;
2. 如⽆备注,则数值类型的字段请使⽤UNSIGNED属性;
3. 如⽆备注,排序字段order_id在程序中默认使⽤降序排列 ;
4. 如⽆备注,所有字段都设置NOT NULL,并设置默认值 ;
5. 如⽆备注,所有的布尔值字段,如is_hot、is_deleted,都必须设置⼀个默认值,并设为0 ;
6. 所有的数字类型字段,都必须设置⼀个默认值,并设为0 ;
7. 针对varchar类型字段的程序处理,请验证⽤户输⼊,不要超出其预设的长度 ;
8. 建表时将数据字典中的字段中⽂名和属性备注写⼊数据表的备注中(“PK、⾃动增长”不⽤写) ;
9. 如⽆说明,建表时⼀律采⽤innodb引擎;
2.2 常⽤表名约定
说明 :表前缀⽤项⽬名称⾸字母缩写;所以表名都⼩写,单词之间⽤下划线分开,单词都⽤单数形式。
1. user – ⽤户
2. category – 分类
3. goods – 商品、产品等⼀切可交易⽹站的物品都⽤此命名
4. good_gallery – 物品的相册
5. good_cate – 物品的分类,除了单独作为表名,其他地⽅分类单词⼀律⽤缩写cate
4. attr – 属性
5. article – ⽂章、新闻、帮助中⼼等以⽂章形式出现的,⼀般都⽤此命名
6. cart – 购物车
7. feedback – ⽤户反馈
8. order – 订单
9. site_nav – 包括页头和页尾导航
10. site_config – 系统配置表
11. admin – 后台⽤户 【RBAC标准表】
12. role – 后台⽤户⾓⾊【RBAC标准表】
13. access – 后台操作权限,相当于action 【RBAC标准表】
14. role_admin – 后台⽤户对应的⾓⾊【RBAC标准表】
15. access_role – 后台⾓⾊对应的权限【RBAC标准表】
3. 代码提交规范
1.提交前应该冷静、仔细检查⼀下,确保没有忘记加⼊版本控制或不应该提交的⽂件。
2.提交前应该先编译⼀次(idea⾥ctrl+F9),防⽌出现编译都报错的情况。
3.提交前先更新pull⼀次代码,提交前发⽣冲突要⽐提交后发⽣冲突容易解决的多。
4.提交前检查代码是否格式化,是否符合代码规范,⽆⽤的包引⼊、变量是否清除等等。
5.提交时检查注释是否准确简洁的表达出了本次提交的内容。
6.提交代码时必须填写详细备注,如完成功能,注释为“新增XX功能” ;
4. 代码注释规范
1.注释应该使代码更加清晰易懂
2.注释要简洁明了,只要提供能够明确理解程序必要的信息就可以了。如果注释太复杂会影响程序整洁度和阅读感。
3.注释不仅描述程序作了什么,还要描述为什么这样做以及约束。
4.对于⼀般的getter和setter⽅法不⽤注释。
5.类、接⼝、构造函数、⽅法、全局变量必须添加注释。字段属性可以选择添加简单注
原创力文档


文档评论(0)