程序员，其实你能够作的更好

　　写代码，这个是每一个程序员(不管是菜鸟，仍是大牛)都会的技能和几乎天天都作的事，如同厨师会炒菜、民工会码砖同样；虽然都会，但看其代码就能够大概知道此人技术咋样，最起码能够看出其代码写的好与差。——好的代码就像是好的文章，让人一看就感受：思路清晰，做用明确，实现简洁...，因此说写代码是门艺术，想成为高级程序员就必须掌握好这门艺术。此文要跟你们分享的就是我对练好这门艺术的核心技能："代码重构"的见解！

      "代码重构"并非像算法那样深奥，须要你有相应的'硬件'(数学等方面知识)支撑，是你从开始学习编程就能够也应该锻炼的技能，这也就是我此文想要说的核心：将代码重构成为一种习惯;是的，你须要把代码重构培养成为一种习惯，由于只有这样，你才会将代码重构融入到你写的每段代码中，而且会认为就应该如此作。写这篇博客是有原因的：看到公司作开发的同事写的代码，感受一方面是编码风格上不一样、有点儿各树一帜——公司在开发上不是没有规范，而是你们没有把规范落实、去遵行，更何况规范比较粗略，这就致使在看或维护别人写的代码时，常常会感受跟本身的编码风格差别比较大，阅读起来比较费劲，甚至头疼、有想抓狂的冲动。规范对于团队开发至关重要也是必须的，要否则也不会有不少大公司(像华为)都有本身比较严格和细致的开发规范，其做用也毋庸置疑：能提升团队开发的效率，确保编码风格上的一致性，下降维护的成本...——想一想看，当一个团队中你们都遵行规范，这个规范能够小到类名或变量名的命名规范，也能够大到模块文件夹目录结构，如规定：全局私有变量统一以'_'开头，模块对外提供的服务类，都统一放在service文件夹下...，如此这样你在看别人写的代码，就跟看本身写的代码同样(若是规范粒度越细，其类似度就越高，可能就难分你我了)，也能比较方便快速的看懂代码的意图和找到须要的类或方法；另外一方面，"代码重构"作的并不够好，即便是经验比较丰富的程序员，其代码中充斥着一些重复的代码段，为此在开会时我提出咱们应该注意"代码重构"，并询问他们对其见解，其答复基本上是：开发时时间比较紧，不想花那点儿时间去进行"代码重构"。而后，我就问"那样是否是致使大家在维护本身的代码时，连本身都会感受头大和费时间"，他们的回答是确定的。其实，不想去作"代码重构"的编码，在之后维护中，你会花更多的时间去作当时用个一两分钟就能够搞定的事，而当你把"代码重构养成一种习惯"后，"代码重构"就再也不是你认为的"额外的事"，你会很天然也感受必需要这样作。

      "代码重构"并非说你对设计模式比较熟悉才能够，由于很多程序员可能熟知各类设计或开发模式，但并无认识到"代码重构"的重要性，也更没有将其成为一种习惯。就我本身而言，虽然我对设计模式知道的不多，也不会'驾轻就熟'的去使用，但我一直(大概是工做一年后到如今)以'确保本身写的代码里没有重复的代码段'这个基本原则规范本身的编码，也同时要求和提醒着本身：要保证每行代码或每一个变量都有意义，没有多余的，并保持每行代码都不可随意改变顺序以呈现编码思路的清晰逻辑。

      最后，我想说的是：你应该在工做中多想和考虑，如：如何让本身的代码写的让别人用起来简单易用...，不要只会'写代码'，也更不要盲目的追求技术上的狂热将代码写的生涩难懂，增长了复杂度，好的代码应该是：清晰、简洁高效的实现。程序员，其实你能够作的更好！