怎么来评判一份代码的好坏

一个新项目,往往会遇到如何选择代码框架的问题。那么什么样的框架或者代码才是一份好的代码呢?有的人很排斥框架,我是无法理解的,如果框架不好,为什么会有人花时间去折腾这么多的框架出来,为什么会有大公司也使用框架呢?如果抛开框架,java抛开框架,C++抛开框架,php抛开框架,…,我估计我们只能回到最早的作坊式的开放式上去,一切都从“hello worrld”开始。

一份的代码(一般是快速迭代中的),不管有没有使用框架,如何来评判它的好坏呢?

1.可运行,能够完成既定的任务。

这是最基本的,不管你说你的代码怎么怎么的好,如果不能work,说再多都是白搭。

2.开发效率,一定要高。

世界太快,不容你慢慢折腾。

3.可维护

铁打的营盘,流水的兵。换了人怎么办,时间长了怎么办。所以一份好的代码,一定是逻辑清晰,结构分明,注释合理的。

4.模块化,易于扩展

世界变化太快,今天的需求也许明天就不再适用了(不是产品经理要改需求,是市场的规则每天都日新月异)。所以,代码必须是易于修改和易于扩展的,其中,模块化是比较好的手段。

5.代码的执行效率高

就是你写的代码,必须是最大化的高效。用户不会希望开启的程序,就不能干别的什么了。

 

最后,怎么来写出一份好的代码呢?

posted @ 2016-04-12 08:16  王大鹏  阅读(1128)  评论(0编辑  收藏  举报