本文主要是介绍接手项目最痛恨的事情,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
1、纯项目,没文档..
当你接手一个别人已经开发一半的项目的时候,你看到的是他们已经开发一半的项目,可是文档却是层次不齐,需求文档、设计文档都没有, 仅有几个接口文档,当你看到这种的时候,心中有一万头草泥马在蹦腾.... 做项目,文档很重要,有了文档,能让接手的人不用看程序就知道,这个项目是干嘛的...
2、项目结构,无层次感
拿到一个项目,文档都有了,可是看项目代码的时候,代码一团糟, 业务代码写在了控制器、DAO层里面。 控制层还做了很多乱七八糟的操作...项目结构一团糟,实体类、实现类的到处放...哎,只能说:这是哪个王八新人干的事情 养良好的习惯,写程序学会归类,不通的代码放在不通的层次里面,现在市面上流行的mvc开发模式不是没有道理...这样便于以后维护,也便于观看...
3、代码无注释,诅咒不写注释的人 JJ跟注释一样长
接手新项目的时候,或者维护别人项目的时候,看到那成堆的代码,很多地方不理解,可是注释一行都没有,或者就那么1-2行.. 只能诅咒:这个不写注释的人,JJ应该跟注释一样长..... 程序员养成写注释的习惯很重要,每个人的记忆能力都有限,如果长时间没去看自己写的代码,再回过头来看的话,估计写的那个人都不一定能看懂...
4、代码繁多,无用代码多,一个方法几千行..
作为一个程序员,编写代码必须要有良好的习惯,能重构的就重构,能封装的就封装,不要觉得这个是简单的事情,你要有遇见未来的想法,要让程序有可扩展性、可维护性。
而且如果以后程序改动,可能你连代码都不需要改,只需增加配置文件就行..而且封装和重构之后,你的代码会变的整洁,体现出你的代码素养...
5、变量、方法、类命名不规范..
一个程序,命名规范也是很重要的事情,能直接体现你是不是新人..如果看到一个人变量命名不规范,常量小写,方法名首字母大写什么的,开始就可以认为:这个人是新人..你就不能获得认同感! 程序员就是这样,只有你能力差不多,别人才会跟你交流自己的想法,你才能学到更多,如果开始你就被认为是新人了..你觉得对方还会跟你交流?
6、关键地方不写日志
一个优秀的程序员,都会记录日志,在很多关键的地方,这样在出现异常,或者查看部分数据的时候,能直接了当的知道...而不用繁琐的去查看代码,或者猜测哪里出了问题...
暂时就写到这里...以后补充....千万千万不要做那些让人痛恨的事情~
本文允许转载,但必须标明原文和作者出处
本文原文地址:https://blog.csdn.net/moneyshi/article/details/26604993
这篇关于接手项目最痛恨的事情的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!