营销网站开发方案,免费的推广渠道有哪些,企业网站管理系统最新4湖南岚鸿牛x1 0,系统开发方案设计(模板) 免费下载以下总结一些不好的代码规范#xff0c; 借此警示自己不要犯这种错误 注释 1.不恰当的注释 注释应该仅用来描述有关代码和设计的技术性信息。像修改历史等信息不应出现在注释中 2.废弃的注释 过时、无关或错误的注释就是废弃的注释#xff0c;不要写这种注释#xff0c…以下总结一些不好的代码规范 借此警示自己不要犯这种错误 注释 1.不恰当的注释 注释应该仅用来描述有关代码和设计的技术性信息。像修改历史等信息不应出现在注释中 2.废弃的注释 过时、无关或错误的注释就是废弃的注释不要写这种注释如果发现了请尽快更新或删除否则它会越来越远离它开始描述的代码 3.多余的注释 如果代码自身就能说明就不要去写注释例如 i; // i自增注释应该说明代码自身没有提到的事情。 4.注释掉的代码 一般注释掉的代码很可能已经与现有系统无关了它调用的变量或函数可能已经改名变得毫无用处 函数和类 1.过多的参数 一个函数的参数个数最好为零如果有三个以上可能就要考虑封装了 2.标识参数 如果函数的参数存在布尔值只会让人迷惑完全可以将其拆分为两个函数枚举也是同样的道理 3.死函数 没有被用到的函数应该尽早删除 4.死代码 死代码就是不会被执行到的代码它可能出现在不会触发的if语句中或者不会抛出异常的try catch中。如果找到这样的代码请今早删除。 5.垂直距离 变量应该在首次使用的上面声明。函数应该放到首次被调用的下面一点点 6.前后不一致 如果在某个地方把响应对象命名为response, 则在其他地方也应该如此命名。如果把某个方法命名为getCommonModule, 则处理相似事情的方法应该取相似的名字如getUserModule。这会让代码扔易于阅读和修改。 7.错误位置的安放 对于一个函数或常亮的位置应该放在读者自然而然期待它出现的地方 8.不恰当的静态方法 如果一个方法被命名为静态方法说明它所需要的变量全部来源与参数而不是对象的属性同时也不会用到多态的特性。 当然有些方法命名为静态是有必要的如ath.max(a,b), 如果还需要　new Math().max(a,b), 也太蠢了 9.不恰当的函数名 如果看到一个函数名之后仍然对其意图存在疑惑甚至还要去查看源码那么请换个名字吧。 10.错误的抽象层级 编写方法时很容易想到函数应该是一层一层往下调用的不应该出现地层函数调用高层函数的现象就像是基类不应该依赖于派生类一样。 11.封装条件 在if, while等条件语句中下面这种写法 if(shouldBeDeleted(timer)){}明显要好于 if(timer-hasExpired() !timer-isRecurrent()){}12.隐藏调用顺序 在一个类中有这样一段代码 public function eat(Person $p){buyGreens();makeDinner();eatDinner($p); }这段代码很好理解先买菜然后做饭最后吃饭。很显然买菜的时候会对类的菜品属性进行赋值在做饭的时候使用。但如果他们的调用顺序写错了就会使用到未初始化的变量。如果改成下面这样 public function eat(Person $p){$greens buyGreens();$dinner makeDinner($greens);eatDinner($dinner, $p); }这样通过函数暴露了调用顺序每个函数都产出下一个函数所需要的结果这样一来就没理由不按照顺序调用了吧。