读公司开发规范记录

前言

文本已收录至我的GitHub仓库,欢迎Star:github.com/bin39232820…
种一棵树最好的时间是十年前,其次是现在
我知道很多人不玩qq了,但是怀旧一下,欢迎加入六脉神剑Java菜鸟学习群,群聊号码:549684836 鼓励大家在技术的路上写博客

絮叨

读公司开发手册的小小记录,公司技术总监在阿里的Java开发手册上做了一些修改,发布在我们公司的wiki上,刚好我们团队的这次迭代到了测试阶段,有点时间,然后我们组,就各自学习一下,这些规范,然后小六六呢?顺便自己做做笔记,读开发手册的感觉,就是让小六六越发觉得一个项目的 规范是真的很重要,一个容易维护的项目,一个团队的成员必须是有统一的一个规范。小六六团队的下一个任务,估计是重构一个题库,然后我们就打算把团队的成员都必须按这套标准去执行,然后就算我们团队的成员的水平有高低,但是我们的项目风格是好的,规范是好的,然后加上测试用例的话,在重构阶段就会好很多,那么至少这个项目不至于太烂。

总览

其实东西和网上的阿里开发手册差不多,但是能完全按照执行的肯定特别少,为啥,就比如魔法值,很多时候,为了简单,我们都是直接就在里面定义值了,而不会去说定义一个变量,为啥呢?因为可以少写点代码嘛,久而久之就习惯了,哈哈,但是如果你们公司有代码走读的话,就会好点,因为这样的话你的代码要给所有的项目成员看,所以你不至于把代码写得不规范,就算是有不规范的地方,同事会提出来,那么下次你就会多注意了,我觉得软件开发就是一个产品,既然是一个产品,是一个长期迭代的过程,我觉得一个好的产品不说能像阿里那样活过101年,我们至少能说经过4代人的手,大家还是能很容易看懂你这个项目,这种的产品,在代码方面,我觉得是可以的,至于说产品的用户,那这就看运营和产品的了。下面我就截取一部分,注意的点分享给大家。

命名风格

常量定义

代码格式

OOP规约

集合处理

并发处理

控制语句

注释规约

异常处理

日志规约

单元测试

安全规约

MySQL 数据库

索引规约

SQL语句

ORM映射

工程结构

服务器

设计规约

其实东西应该还是以阿里的开发手册为主,我建议无论是否是一个新团队,一个带团队的人,首先你不能保证你团队人员的水平高低,但是你可以通过一些规范,让你项目的质量变得更好。

结尾

很多是截图的,其实小六六也不能说看一遍就把这么多的东西全部记住,但是呢,多看看总是好的 阿里泰山版链接

日常求赞

好了各位,以上就是这篇文章的全部内容了,能看到这里的人呀,都是真粉

创作不易,各位的支持和认可,就是我创作的最大动力,我们下篇文章见

六脉神剑 | 文 【原创】如果本篇博客有任何错误,请批评指教,不胜感激 !

猜你喜欢

转载自juejin.im/post/5eb9fbcd6fb9a043383d7866