智慧停车编码规范.docx

上传人:王** 文档编号:1756703 上传时间:2024-12-28 格式:DOCX 页数:12 大小:28.21KB
下载 相关 举报
智慧停车编码规范.docx_第1页
第1页 / 共12页
智慧停车编码规范.docx_第2页
第2页 / 共12页
智慧停车编码规范.docx_第3页
第3页 / 共12页
智慧停车编码规范.docx_第4页
第4页 / 共12页
智慧停车编码规范.docx_第5页
第5页 / 共12页
智慧停车编码规范.docx_第6页
第6页 / 共12页
智慧停车编码规范.docx_第7页
第7页 / 共12页
智慧停车编码规范.docx_第8页
第8页 / 共12页
智慧停车编码规范.docx_第9页
第9页 / 共12页
智慧停车编码规范.docx_第10页
第10页 / 共12页
亲,该文档总共12页,到这儿已超出免费预览范围,如果喜欢就下载吧!
资源描述

《智慧停车编码规范.docx》由会员分享,可在线阅读,更多相关《智慧停车编码规范.docx(12页珍藏版)》请在优知文库上搜索。

1、for(inti0;i10;i+)/在同一方法体中,不允许与其它代码块中的money命名相同fina1.intmoney615:/.c1.assSonextendsConfusingName/不允许与父类的成员变量名称相同pub!icintage:11 .【强制】杜绝完全不规范的维写,避免望文不知义。反例:AbStraetC1.ass缩写命名成AbsC1.ass:condition缗写命名成condi,此类随意缩写严重降低了代码的可阅读性。12 .为了达到代码自解释的目标,任何自定义编程元素在命名时,使用尽量完整的单词组合来表达其意。正例:在JDK中,表达原子更新的类名为:AtomicKefe

2、renceFie1.dUpdatero一例:inta的随意命名方式。13 .【在常量与变量的命名时,表示类型的名词放在词尾,以提升辨识度。正例:StartTime/WOrkQUeUe/name1.ist/TERMINATED_TIIREAD_COUNT反例:StartedAt/QueucOWork/IistName/COUNTTERMINATEDTHREAD14 .如果模块、接口、类、方法使用了设计模式,在命名时需体现出具体模式。说明:将设计模式体现在名字中,有利于阅读者快速理解架构设计理念IE例:pub1.icc1.assOrderFactory;pub1.icc1.ass1.oginPro

3、xy;5 .【强制】采用4个空格缩进,禁止使用tab字符。说明:如果使用tab缩进,必须设置1个tab为4个空格。IDEA设置tab为4个空格时,请勿勾选1.setabcharacter:而在ec1.ipse中,必须勾选insertspacesfortabs0正例:(涉及1-5点)pub1.icstaticvoidmain(Stringargs)/缩进4个空格Stringsay=he1.1.o;/运算符的左右必须有一个空格intf1.ag=0;/关键词if与括号之间必须有一个空格,括号内的f与左括号,0与右括号不需要空格if(f1.ag=0)System.out.print1.n(say);/

4、左大括号前加空格且不换行;左大括号后换行if(f1.ag=1)System.out.printin(wor1.d);/右大括号前换行,右大括号后有e1.se,不用换行e1.seSystem,out.PrintIn(ok);/在右大括号后直接结束,则必须换行)6 .【强制】注释的双斜线与注释内容之间有且仅有一个空格。正例:/这是示例注释,请注意在双斜线之后有一个空格StringparamnewString);10 .【强制】IDE的textfi1.eencoding设置为UTF-8;IDE中文件的换行符便用UniX格式,不要使用Windows格式。11 .【单个方法的总行数不超过80行。说明:除

5、注释之外的方法签名、左右大括号、方法内代码、空行、回车及任何不可见字符的总行数不超过80行。正例:代码逻辑分清红花和绿叶,个性和共性,绿叶逻辑单独出来成为额外方法,使主干代码更加清晰;共性逻辑抽取成为共性方法,便于复用和维护。12 .没有必要增加若干空格来使变量的赋值等号与上一行对应位置的等号对齐。正例:intone=1:1.ongtwo=21.;f1.oatthree=3F;StringBuiIdersb=newStringBui1.derO:说明:增加sb这个变量,如果需要对齐,则给one.two,three都要增加几个空格,在变量比较多的情况下,是非常累赘的事情。13 .,不同逻辑、不同

6、语义、不同业务的代码之间插入一个空行分隔开来以提升可读性。说明:任何情形,没有必要插入多个空行进行隔开。(四)OOP规约1 .【强制】避免通过一个类的对象引用访问此类的静态变量或静态方法,无谓增加编译器解析成本,直接用类名来访问即可。2 .【强制】所有的覆写方法,必须加的Verride注解。说明:getbject()与getbject()的问题。一个是字母的0,一个是数字的0,加SOverride可以准确判断是否覆盖成功。另外,如果在抽象类中对方法签名进行修改,其实现类会马上编译报错。3 .【强制】相同参数类型,相同业务含义,才可以使用Java的可变参数,避免使用Object。/预期进入此代码

7、快,执行其它业务逻辑/但事实上a=b的结果为fa1.seF1.oatxF1.oat.va1.ue1.ia:;F1.oatyF1.oat.va1.*0f1b):ix.equa1.s:y:)(/预期进入此代码快,执行其它业务逻辑/但事实上equa1.s的结果为fa1.se)正例:(1)指定一个误差范围,两个浮点数的差值在此范围之内,则认为是相等的。f1.oata1.0f0.9f;f1.oatb0.9f-0.8f;f1.oatdiff1.e-6f:ifMath,absab)diff;Systemout.printin:true):(2)使用BigDecima1.来定义值,再进行浮点数的运算操作。Bi

8、gDecima1.anewBigDecima1.1.0):BigDecima1.bnewBigDecima1.0.9):BigDewBigDecima1.0.8:BigDecima1.x=a.subtractb1;BigDecima1.ybsubtractc1.;if:x.equa1.s(y)System.out.printIn,:true):9.【强制】定义数据对象DO类时,属性类型要与数据库字段类型相匹配。正例:数据库字段的bigint必须与类属性的1.ong类型相对应。反例:某个案例的数据库表id字段定义类型bigintunsigned,实际类对象属性2 )对SerViCe层通用能力的下

9、沉,如缓存方案、中间件通用处理。3)与DAO层交互,对多个D0的组合复用。DAO层:数据访问层,与底层MySQ1.,Orac1.e,Hbase等进行数据交互。外部接口或第三方平台:包括其它部门RPC开放接口,基础平台,其它公司的HTTP接H。3 .【参考】(分层异常处理规约)在DAO层,产生的异常类型有很多,无法用细粒度的异常进行catch,使用catch(Exceptione)方式,并thrownewDAOException(e),不需要打印日志,因为日志在ManagerZService层一定需要捕获并打印到日志文件中去,如果同台服务器再打日志,浪费性能和存储。在Service层出现异常时,

10、必须记录出错日志到磁盘,尽可能带上参数信息,相当于保护案发现场。如果Manager层与Service同机部署,日志方式与DAO层处理一致,如果是单独部署,则采用与Service一致的处理方式。Web层绝不应该继续往上抛异常,因为已经处于顶层,如果意识到这个异常将导致页面无法正常渲染,那么就应该直接跳转到友好错误页面,加上用户容易理解的错误提示信息。开放接口层要将异常处理成错误码和错误信息方式返回。4 .【参考】分层领域模型规约:DO(DataObject):此对象与数据库表结构对应,通过DAO层向上传输数据源对象。DTO(DataTransferObject):数据传输对象,Service或M

11、anager向外传输的对象。BO(BusinessObject):业务对象,由Service层输出的封装业务逻辑的对象。AO(App1.icationObject):应用对象,在Web层与SerViCe层之间抽象的复用对象模型,极为贴近展示层,复用度不高。VO(ViewObject):显示层对象,通常是Web向模板渲染引擎层传输的对象。Query:数据查询对象,各层接收上层的查询请求。注意超过2个参数的查询封装,禁止使用Map类来传输。(二)二方库依赖1 .【强制】定义GAV遵从以下规则:1) GroupID格式:Com.公司/BU.业务线.子业务线,最多4级。说明:公司BU例如:a1.iba

12、ba/taobao/tma1.1/a1.iexpress等BU一级;子业务线可选。IF例:com.taobao.jstorm或com.a1.ibaba,dubbo.register2) ArtifaCt1.D格式:产品线名-模块名。语义不重里不遗漏,先到中央仓库去查证一下。正例:dubbo-c1.ient/fastjson-api/jstor11-too1.3) Version:详细规定参考下方。2 .【强制】二方库版本号命名方式:主版本号.次版本号.修订号1)主版本号:产品方向改变,或者大规模API不兼容,或者架构不兼容升级。2)次版本号:保持相对兼容性,增加主要功能特性,影响范围极小的AP

13、1.不兼容修改。3)修订号:保持完全兼容性,修复BUG、新增次要功能特性等。说明:注意起始版本号必须为:1.0.0,而不是0.0.1,正式发布的类库必须先去中央仓库进行查证,使版本号有延续性,正式版本号不允许覆盖升级。如当前版本:1.3.3,那么下一个合理的版本号:1.3.4或1.4.0或2.0.03 .【强制】线上应用不要依赖SNAPSHOT版本(安全包除外)。说明:不依赖SNAPSHOT版本是保证应用发布的暴等性。另外,也可以加快编译时的打包构建。4 .【强制】二方库的新增或升级,保持除功能点之外的其它jar包仲裁结果不变。如果有改变,必须明确评估和验证。说明:在升级时,进行depende

14、ncy:reso1.ve前后信息比对,如果仲裁结果完全不一致,那么通过dependency:tree命令,找出差异点,进行exc1.ude排除jar包。5 .【强制】二方库里可以定义枚举类型,参数可以使用枚举类型,但是接口返回值不允许使用枚举类型或者包含枚举类型的POJO对象。6 .【强制】依赖于一个二方库群时,必须定义一个统一的版本变量,避免版本号不一致。说明:依赖springframework-core,-context,-beans,它们都是同一个版本,可以定义一个变量来保存版本:$SPring.version),定义依赖的时候,引用该版本。7 .【强制】禁止在子项目的pom依赖中出现相

15、同的GroupId,相同的ArtifactId,但是不同的Version0说明:在本地调试时会使用各子项目指定的版本号,但是合并成一个war,只能有一个版本号出现在最后的Iib目录中。可能出现线下调试是正确的,发布到线上却出故障的问题。1.1 )底层基础技术框架、核心数据管理平台、或近硬件端系统谨慎引入第三方实现。9 .所有pom文件中的依赖声明放在dependencies语句块中,所有版本仲裁放在CdependencyManagement)语句块中。说明:VdependencyManagemenD里只是声明版本,并不实现引入,因此子项目需要显式的声明依赖,version和scope都读取自父pom0而dependencies)所有声明在主pom的dependencies里的依赖都会自动引入,并默认被所有的子项目继承。10 .:二方库不要有配置项,最低限度不要再增加配置项。11 .【参考】为避免应用二方库的依籁冲突问题,二方库发布者应当遵循以下原则:1)精简可控原则,移除一切不

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 行业资料 > 国内外标准规范

copyright@ 2008-2023 yzwku网站版权所有

经营许可证编号:宁ICP备2022001189号-2

本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知装配图网,我们立即给予删除!