浅谈一个功能模块里的编码规范

      规范是每个向往自由的人所不愿意面对的事情,特别对于程序员来说。

      其实每个程序员都有自己的编码习惯,所以每个人所选用的各种编码方式相差很远。

      但是在同一个功能模块里出现几种编码方式,是一件很痛苦的事。你总是在这些方式中跳来跳去,让阅读的人相当的容易疲惫。

      最近在整理公司的工具库,发现一个功能模块下竟然没有个标准的编码方式,也就是规范。更有甚者在一个文件中就有好几种的编码规范。那就更别说整个功能模块了。

      为什么要强调规范呢?

      在一个模块里,强调只使用一种编码方式应该是一件强制的事情。如果一个模块内部都不遵守一个规范,那么整个程序的可维护性堪忧啊。谁会愿意去读一个文件中有着两位数的编码规范的程序了,这对维护人员来说是一个很大的负担。降低了他的工作效率和热情。有可能这个维护者就是作者自己。

      所以为了你自己和他人的幸福,请在一个模块里只是有一种编码规范吧。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值