快捷搜索:

Java开发者的十大戒律

有许多标准和实践准则可适用于Java开拓者,但此处要说的,是每个Java开拓者需逝世守的基滥觞基本则。

一、为代码加注释。虽然每小我都知道这点,但无意偶尔却不自觉忘了实行,本日你“忘了”加注释了吗?虽然注释对 法度榜样的功能没什么“供献”,但过一段光阴,比如说两礼拜之后或者更长,回偏激来看看自己的代码,说不定已经记不住它是干什么的了。假如这些代码是你小我 的,那还算是行运了,不幸的是,当然了,大年夜多半时刻都是别人的不幸,很多时刻大年夜家都是在为公司写代码,写代码的人大概早已经脱离了公司,但别忘了一句古 话,有来有往嘛,为他人,也为我们自己,请为你的代码加上注释。

二、不要让工作繁杂化。法度榜样员无意偶尔候老是对简单问题想出繁杂的办理规划,比如说,在只有五个用户的法度榜样中引 入EJB、对法度榜样实现了并不必要的框架(framework),之类的还有属性文件、面向工具办理规划、多线程等等。为什么要这样做呢?大概我们并不知道 是否这样会更好,但这样做大概可以学到一些新器械,或者让自己更感兴趣一些。假如是不知道为什么这样做,建议多就教履历富厚的法度榜样员,假如是为了小我的目 的,麻烦让自己更专业一点。

三、始终切记——“少等于好(Less is more)并不老是对的”。代码效率虽然很紧张,但在许多办理规划中,编写更少的代码并不能改良这些代码的效率,请看下面这个简单的例子:

if(newStatusCode.equals("SD") && (sellOffDate == null ||

todayDate.compareTo(sellOffDate)0)) ||

(newStatusCode.equals("OBS") && (OBSDate == null ||

todayDate.compareTo(OBSDate)0))){

newStatusCode = "NYP";

}else

if(newStatusCode.equals("OBS") && (OBSDate == null ||

todayDate.compareTo(OBSDate) BadCode.DEBUG_MODE) { return; }

System.out.println(value);

}

public static void main(String [] n) {

BadCode.calculationWithPrint(BadCode.PRODUCTION_MODE);

}

}

别的,字符串连接也是挥霍CPU光阴的一个大年夜头,请看下面的示例代码:

public static void concatenateStrings(String startingString) {

for (int i = 0; i < 20; i++) {

startingString = startingString + startingString;

}

}

public static void concatenateStringsUsingStringBuffer(String startingString) {

StringBuffer sb = new StringBuffer();

sb.append(startingString);

for (int i = 0; i < 20; i++) {

sb.append(sb.toString());

}

}

在测试中可发明,应用StringBuffer的措施只用了0.01秒履行完毕,而应用连接的措施则用了0.08秒,选择显而易见了。

七、多关注GUI(用户界面)。再三强调,GUI对商业客户来说,与法度榜样的功能及效率一致紧张,GUI是一 个成功法度榜样的最基础部分,而很多IT经理每每都没留意到GUI的紧张性。在现实生活中,许多公司可能为了节省开支,没有雇用那些有着设计“用户友好”界面 富厚履历的网页设计者,此时Java开拓者只能依附他们自身的HTML基础功及在此领域有限的常识,结果,很多开拓出来的法度榜样都是“谋略机友好”甚于“用 户友好”。很少有开拓者同时精晓软件开拓及GUI设计,假如你在公司“不幸”被分配认真法度榜样界面,就应该遵守下面三条原则:

1、 不要再发现一次轮子,即不做无用功。现有的法度榜样可能会有类似的界面需求。

2、 先创建一个原型。这是异常紧张一步,用户一样平常想看到他们将应用的器械,而且可以先使用这个原型收罗用户的意见,再逐步改动成用户想要的样子。

3、 学会换位思虑。换句话来说,便是从用户的角度来检察法度榜样的需求。举例来讲,一个汇总的窗口可以跨页或者不跨页,作为一个软件开拓者,可能会倾向于不跨页,由于这样简单一些。然则,从用户的角度来看,可能不盼望看到上百行数据都挤在同一页上。

八、文档需求不放松。每个商业需求都必须记录在案,这可能听上去像童话,彷佛在现实生活中很难实现。而我们要做的是,不管开拓光阴多紧迫,不管终极刻日多临近,对每个商业需求都必须记录在案。

九、单元测试、单元测试、单元测试。关于什么是单元测试的最好措施,在此不便细说,只是强调,单元测试必然要完成,这也是编程中最基础的原则。当然了,假如有人帮你做单元测试自然是最好,假如没有,就自己来做吧,当创建一个单元测试计划时,请遵守以下三条最基础的原则:

1、 先于编写类代码之前编写单元测试。

2、 记录单元测试中的代码注释。

3、 测试所有履行关键功能的公有措施,这里不是指set和get措施,除非它们因此自己独特要领履行set和get措施。

十、质量,而不是数量。有些时刻由于产品问题、刻日紧迫、或一些预感之外的工作,导致经常不能按时放工,但一样平常而言,公司不会由于雇员常常加班而对之表扬和奖励,公司只珍视高质量的事情。假如遵守了前九条原则,你会发明自己写出的代码bug少且可掩护性高,无形中质量前进了一大年夜步。

您可能还会对下面的文章感兴趣: