1.给你的代码加注解—每团体都知道这一点,但是总会有人忘记遵守。你有多少次“忘记”加注解了?的却不加文字注解有助于程序的功能性。但是一次又一你返回两星期前写的代码,结果你想不起来那是什么了!如果这个未注解的代码确实是你写的那你就是幸运的了。因为在那些代码中可以唤起你的记忆。不幸的是,大少数的时候代码是他人写的,而且他已将离开了公司!有句谚语是这样说的“自己的事情自己做”。所以为了他人或是我们自己考虑,在你的代码上加上注解吧。
2.别把事情复杂化— 我以前就是这么做的而其我置信你们也一样。开发者喜欢把复杂的问题用很复杂的方法来解决。我们介绍EJBs到有五个用户的使用程序中。我们完成一个框架构造那是使用程序所不需要的。我们添加属性文件,目的源方案到本不需要这些东西的使用程序中。为什么我们要这样做呢?一些人是不知道如何去做,而一些人故意这么做是想去学习新的东西,想让我们感兴味。关于那些不知道如何去做的人,我建议去向经历丰厚的编程人员去讯问。而关于那些喜欢把使用程序设计搞复杂的人,我的建议还是要更专业一些来处置问题。
3.记住—“少即是多”不见得是件好事。—代码效率是件十分好的事情,但是很多情况下少写几行代码并不能提高代码工作的效率。举个复杂的例子:
if(newStatusCode.equals("SD") (sellOffDate == null ||
todayDatepareTo(sellOffDate)0 || (lastUsedDate != null
todayDatepareTo(lastUsedDate)0)) ||
(newStatusCode.equals("OBS") (OBSDate == null ||
todayDatepareTo(OBSDate)0))){
newStatusCode = "NYP";
} 查出“if”条件下在做什么是多么复杂的事情?如今想象一下写这个代码的人,没有遵守第一个规则-给代码加注解
如果我们把这个情况分成两个独立的if语句岂不是更复杂一些么?如今看一下修改后的代码:
if(newStatusCode.equals("SD") (sellOffDate == null ||
todayDatepareTo(sellOffDate)0 || (lastUsedDate != null
todayDatepareTo(lastUsedDate)0))){
newStatusCode = "NYP";
}else
if(newStatusCode.equals("OBS") (OBSDate == null ||
todayDatepareTo(OBSDate)0))
{
newStatusCode = "NYP";
} 是不是更清晰了?是的,
伦威保罗男包我们在重复一下。我们有另一个“IF” 和两个额外的括号,但是这个代码更容易读懂了!