分享 / 2 / 12 / 创建于 4年前
看着下面的代码,命名很随意就算了,代码写的也很随意,我这种有代码洁癖的人看的好难受,因为是公司的代码,具体的就不贴了
PHP PSR 标准规范
当然是跟着已有项目的风格走了。全新的能根据规范就根据规范来
可以相互学习一下😁 团队开发规范
某某人:标准就是没有标准
如果是新项目,你写的就是标准,如果是旧项目,原来的风格就是标准
看着就想吐
主管指定标准主管审核代码 光指定不审核就是在扯淡
你是没见过数据库取名叫“123”的,js点击的方法叫canZhiFu(can+支付的汉语拼音),函数里的变量全是a,b,c...
看相关语言有知名度的开源项目是怎样就怎样的 抄就行了
单说变量吧 我个人是习惯语义化参数名 比如 用下划线式命名 user_info 不会的单词就翻译 拒绝拼音(感觉有点low) 方法名则是使用小驼峰 同样是语义化 PS: 我不是很清楚称这个为语义化是否合适
个人坚持标准,在团队就随团队了,,,
因为不是每个人都像我一样,,,习惯真的是很难很难改的,,,不管好坏,,,
而且真没什么人在意规范,,,代码能跑就行,,,
又不是不能用.jpg
不过看着确实难受就是了。
我要举报该,理由是:
PHP PSR 标准规范
当然是跟着已有项目的风格走了。全新的能根据规范就根据规范来
可以相互学习一下😁 团队开发规范
某某人:标准就是没有标准
如果是新项目,你写的就是标准,如果是旧项目,原来的风格就是标准
看着就想吐
主管指定标准
主管审核代码 光指定不审核就是在扯淡
你是没见过数据库取名叫“123”的,js点击的方法叫canZhiFu(can+支付的汉语拼音),函数里的变量全是a,b,c...
看相关语言有知名度的开源项目是怎样就怎样的 抄就行了
单说变量吧 我个人是习惯语义化参数名 比如 用下划线式命名 user_info 不会的单词就翻译 拒绝拼音(感觉有点low) 方法名则是使用小驼峰 同样是语义化 PS: 我不是很清楚称这个为语义化是否合适
个人坚持标准,在团队就随团队了,,,
因为不是每个人都像我一样,,,习惯真的是很难很难改的,,,不管好坏,,,
而且真没什么人在意规范,,,代码能跑就行,,,
又不是不能用.jpg
不过看着确实难受就是了。