>  기사  >  백엔드 개발  >  团队代码代码如何规范,又不至于限制过多?

团队代码代码如何规范,又不至于限制过多?

WBOY
WBOY원래의
2016-06-06 20:25:221273검색

如题,代码格式规范可以使用现有通用的规范,例如psr推荐的格式,也可以用相关工具检查。我这里想问的是代码的逻辑、命名等工具无法检查的内容。很多时候是主观的喜好。当然前提是功能均正常实现。

回复内容:

如题,代码格式规范可以使用现有通用的规范,例如psr推荐的格式,也可以用相关工具检查。我这里想问的是代码的逻辑、命名等工具无法检查的内容。很多时候是主观的喜好。当然前提是功能均正常实现。

实行Code Review制度,对于每次功能分支的合并,都必须通过团队内至少水平相当的一人或者多人的审核,并且彻底执行下去

@有明 的观点我认为很不合适,内部实现完全是个人负责的行为是不靠谱的,公司总会有人员流动或者后面补充新人进来的情况的,如果放任自流最后就会变成难以维护的一个大坑

多人开发的情况下,基本是每个人负责某个模块或者某几个模块(提现就是每个类或者说每个代码文件都是由单人来管理的),所以要统一的就是这些模块对外的接口(也就是相互之间调用的方法名称),而这个当然就是在模块设计的时候就可以考虑到的。
对模块内部,则由这个人去负责,内部函数如何写,就看他的喜好。对内不要太强调统一风格,毕竟本身就很难统一,而且会消耗大量时间。

성명:
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.