关于Java新手养成良好的编程习惯的重要性
--------------------------------------------------------------------------------
今天来说说编程习惯的问题。今天说的这些坏习惯大部分都是跨语言的（C++、Python新手也有），而且大部分都需要靠平时不断地努力才能慢慢改掉。
★随意地命名
有些新手写程序，当需要定义某个变量名（也可能是函数名、类名、包名等）时，随意地一敲键盘，名字就起好了......若干星期后，碰到某bug，再来看自己写的代码时，心中暗自嘀咕：“这代码是我写的吗？咋都看不懂捏？”
学习编程的时候就强调过，命名不规范害死人啊！鉴于该问题相当普遍，我整理了几种典型的作为反面教材，具体如下：使用单字母命名变量；使用一些没太大意义的变量名（例如s1、s2、s3）；对同一个业务概念使用不同的术语/缩写（容易让读代码的人神经分裂）；使用拼音命名（如果你团队中有港台人士或者老外，就惨了）。
★习惯于代码的copy & paste
这是一个很普遍的问题。很多新手写代码的时候，如果发现要写的某个函数和前几天写的某个函数差不多，就把原来的那个函数贴过来，然后稍微改几下，心中还暗喜：“又快速搞定了一个功能”......
同学，如果你也喜欢这么干，可要注意了。这种做法是代码臭味（借用《重构 - 改善既有代码的设计》的提法）的主要来源，导致代码可维护性大大下降。当你将来需要增加功能或修改bug的时候，要同时改动多个地方，而那时你估计已经想不起来这砣代码有几个克隆了。
★Magic Number满天飞
为了说明Magic Number的问题，咱找个例子来说事儿：假设有个业务逻辑中需要进行10秒的超时等待，你会怎么写这个sleep语句？我估计大部分人不外乎下面三种写法。
1、直接写上sleep(10*1000);了事
2、定义一个常量TIMEOUT_XXX = 10*1000;然后sleep(TIMEOUT_XXX);
3、在配制文件中加入一个超时项，然后程序读取配制文件获得超时值，然后调用sleep。（此处提到的配置文件是广义的，泛指各种可用于存储配置信息的机制，如xml文件、数据库等）
如果你的做法类似于写法1，你多半喜欢随手硬编码。硬编码不光缺乏可读性，而且具有和“代码拷贝粘贴”类似的代码臭味（可能会存在多个Magic Number克隆），不利于日后维护。
至于写法2，比写法1稍好（至少可读性好了）。但是，将来一旦发生需求变更，要求在运行时调整超时间隔（甚至要求让用户来配制超时间隔），则写法2的缺点立马暴露无遗。
★代码耦合度太大
每当说到MVC或者设计模式，几乎每个Java开发人员都能说得头头是道？但是说归说，真正写代码的时候，鲜有人写出的代码是层次清楚的。至于说到代码耦合分别由哪些情况引起？什么是正交的设计？能完全搞明白的人就更少了。
所以很多Java新手的代码耦合度大也就不足为奇了。
★被GC宠坏
由于Java在语言层面提供了内存的垃圾回收机制，程序员只管申请内存，不需要再关心释放的问题。因此很多新手养成了坏习惯，对于其它资源（比如数据库连接）也只申请不释放（有些人甚至天真地以为JVM会帮你搞定资源回收）。
还有些人虽然知道资源需要释放，但是常常忘记（比如写了打开数据库连接和相关代码，即将写关闭数据库连接时，突然有人叫你去吃中饭，回来后就把这茬给忘了）。
这个坏习惯时间长了会由于资源耗尽而导致整个进程出问题。
综上，最为一个程序猿必须的养成一个良好的编程习惯，只是极其重要的！
--------------------------------------------------------------------------------
|
|
收藏
淘帖
踩
