前言
文本已收录至我的GitHub仓库,欢迎Star:github.com/bin39232820…
种一棵树最好的时间是十年前,其次是现在
我知道很多人不玩qq了,但是怀旧一下,欢迎加入六脉神剑Java菜鸟学习群,群聊号码:549684836 鼓励大家在技术的路上写博客
絮叨
读公司开发手册的小小记录,公司技术总监在阿里的Java开发手册上做了一些修改,发布在我们公司的wiki上,刚好我们团队的这次迭代到了测试阶段,有点时间,然后我们组,就各自学习一下,这些规范,然后小六六呢?顺便自己做做笔记,读开发手册的感觉,就是让小六六越发觉得一个项目的 规范是真的很重要,一个容易维护的项目,一个团队的成员必须是有统一的一个规范。小六六团队的下一个任务,估计是重构一个题库,然后我们就打算把团队的成员都必须按这套标准去执行,然后就算我们团队的成员的水平有高低,但是我们的项目风格是好的,规范是好的,然后加上测试用例的话,在重构阶段就会好很多,那么至少这个项目不至于太烂。
总览
其实东西和网上的阿里开发手册差不多,但是能完全按照执行的肯定特别少,为啥,就比如魔法值,很多时候,为了简单,我们都是直接就在里面定义值了,而不会去说定义一个变量,为啥呢?因为可以少写点代码嘛,久而久之就习惯了,哈哈,但是如果你们公司有代码走读的话,就会好点,因为这样的话你的代码要给所有的项目成员看,所以你不至于把代码写得不规范,就算是有不规范的地方,同事会提出来,那么下次你就会多注意了,我觉得软件开发就是一个产品,既然是一个产品,是一个长期迭代的过程,我觉得一个好的产品不说能像阿里那样活过101年,我们至少能说经过4代人的手,大家还是能很容易看懂你这个项目,这种的产品,在代码方面,我觉得是可以的,至于说产品的用户,那这就看运营和产品的了。下面我就截取一部分,注意的点分享给大家。
命名风格
常量定义
代码格式
OOP规约
集合处理
并发处理
控制语句
注释规约
异常处理
日志规约
单元测试
安全规约
MySQL 数据库
索引规约
SQL语句
ORM映射
工程结构
服务器
设计规约
其实东西应该还是以阿里的开发手册为主,我建议无论是否是一个新团队,一个带团队的人,首先你不能保证你团队人员的水平高低,但是你可以通过一些规范,让你项目的质量变得更好。
结尾
很多是截图的,其实小六六也不能说看一遍就把这么多的东西全部记住,但是呢,多看看总是好的 阿里泰山版链接
日常求赞
好了各位,以上就是这篇文章的全部内容了,能看到这里的人呀,都是真粉。
创作不易,各位的支持和认可,就是我创作的最大动力,我们下篇文章见
六脉神剑 | 文 【原创】如果本篇博客有任何错误,请批评指教,不胜感激 !