|
|
在吗？可以聊聊
755087287
其实代码规范这个问题是个挺复杂的问题。
而我现在也觉得不能硬性规定。比如说，同样都遵守某种规范（不同规范都有不少的拥护者，以最简单的 函数后的中括号，到底是另起一行，还是不起一行为例子，就这个小细节，就有两派截然不同的意见。）
而代码一般都不会是一个人从头写到尾的。那么，如果你遇到一个和你不同意见的该怎么办？
这方面，我个人推荐看两份东西。
一、华为编程规范，不长，59页。我个人感觉它非常全，几乎可以相当于很多经典书籍里对这部分论述的总合。
二、 代码大全，记住要网上那个电子版的第二版，纸质那个第二版简直是莫名其妙。
里面有专门一章论述了这个问题。
我目前感觉这个，比较值得参考。
但是就我个人这些年的经验而言。
我还想补充几点：
1.像前面说的，代码规范是一个非常富有争议性的地方，不要争议，求同存异。
不要有太强烈的洁癖——比如我这种。
2.代码规范的目的是什么？
是为了阅读更加简单，方便，所以不必要为了美观。
McConnell在 代码大全里说过，如果一种风格导致写起来很麻烦，修改起来很麻烦。
那么，不管它再美观，看起来再高大上都没一点卵用。
比如那些什么 用星号画一个佛陀之类的，那个，当做行业玩笑可以，认真别那么做。
3.不要强求别人和你一样，这，真的没办法。要换一个角度去思考这个问题。
这个世界上，没有谁可以强求谁做什么，不管是行政上的压力还是权势上的压力。
尤其程序员这类开发人员，我也说不上这是好事还是坏事。
好事是他们富有自我精神，坚持自我，想想那些不懂技术的外行的瞎指挥，如果盲目听从那就真完蛋了。
坏事是，妈的太难管，一个代码里各种风格混搭。
所以，几年下来，我明白了，不可强求他人，当然，如果你通过自己的影响力，让别人心悦诚服并且
坚守如一，那我只能说
善哉，善哉！
4.规范尽可能简单，因为简单才更容易被接受，自己也更容易坚持，我们都是凡夫俗子。
这样别人遵从的可能性也就更大。
规范规范，就是更多的人坚守，才有意义。
比如我自己，几年下来，对于 代码命令这个位置，我现在对自己的要求只有三点：
（原因回头可以细聊）
4-1.函数名统一采用 单词+下划线形式，而且避免缩写，宁可名词长点，因为自注释；
4-2.为了控制函数名长度，源文件对外发布的接口，控制在3个单词以内。对内接口不做限制。
4-3.变量命令，采用单词组合，每个单词首字母大写；对于静态变量，全部变量，前面加小写g s等。
不使用下划线，因为影响观瞻。如果涉及覆盖 C标准库 的实现，另当别论。
|
|
1/3 
京公网安备 11010802033920号
Copyright © 2005-2024 EEWORLD.com.cn, Inc. All rights reserved
