<TABLE cellSpacing=0 cellPadding=0 width=582 border=0>
2 e# z) h7 Z$ u) v" r& |
9 E; n8 X6 K; E" O<TR>
. } k1 q$ S( \. n# P* u<TD class=data>如何编出健壮的代码 java编程30条规则</TD></TR>' _, L; h0 i* _* O% e P. d9 q+ Y
<TR>
3 p6 p ?6 J* z& q8 k( E<TD class=data>, t* x7 C7 ?2 I" o3 W6 \" O
<TABLE cellSpacing=5 cellPadding=0 width="100%" border=0>
: X1 x2 w0 P e$ Q& L6 ~6 C6 ]+ a" n7 [: N4 W2 L3 U
<TR>
8 i& O( M( t; {% x) {<TD>5 h. K; Y% Y/ o6 M0 A" U2 m
<DIV align=right>作者:IT动力源</DIV></TD>
% m% d( D v0 |" O f8 ]' @<TD> @. Q3 v) Z& w+ h" l
<DIV align=center>来源:赛迪网</DIV></TD>
I0 y/ h& D, D* {7 g: y7 _<TD></TD>5 u" a$ C6 E# Y" F7 C- V; ?
<TD>更新时间:2005-10-26</TD></TR></TABLE></TD></TR></TABLE>2 v* }- e6 F: r5 A: {
<CENTER>第 <B>1</B> <a href="http://www.itzero.net/Article/J2EE/2005_10/3521_2.html" target="_blank" >2</A> 页 <a href="http://www.itzero.net/Article/J2EE/2005_10/3521_2.html" target="_blank" >下一页</A></CENTER><br>% y. c- \ |: K
<> 这是一些相当不错的忠告!每个规则都很有分量!都是长期经验积累的总结,希望能对您有所帮助,使您编出高质量的JAVA代码。<br><br>(1)类名首字母应该大写。字段、方法以及对象(句柄)的首字母应小写。对于所有标识符,其中包含的所有单词都应紧靠在一起,而且大写中间单词的首字母。例如:<br>ThisIsAClassName<br>thisIsMethodOrFieldName<br>若在定义中出现了常数初始化字符,则大写static final基本类型标识符中的所有字母。这样便可标志出它们属于编译期的常数。<br>Java包(Package)属于一种特殊情况:它们全都是小写字母,即便中间的单词亦是如此。对于域名扩展名称,如com,org,net或者edu等,全部都应小写(这也是Java 1.1和Java 1.2的区别之一)。<br><br>(2) 为了常规用途而创建一个类时,请采取“经典形式”,并包含对下述元素的定义:<br><br>equals()<br>hashCode()<br>toString()<br>clone()(implement Cloneable)<br>implement Serializable<br><br>(3) 对于自己创建的每一个类,都考虑置入一个main(),其中包含了用于测试那个类的代码。为使用一个项目中的类,我们没必要删除测试代码。若进行了任何形式的改动,可方便地返回测试。这些代码也可作为如何使用类的一个示例使用。<br><br>(4) 应将方法设计成简要的、功能性单元,用它描述和实现一个不连续的类接口部分。理想情况下,方法应简明扼要。若长度很大,可考虑通过某种方式将其分割成较短的几个方法。这样做也便于类内代码的重复使用(有些时候,方法必须非常大,但它们仍应只做同样的一件事情)。<br><br>(5) 设计一个类时,请设身处地为客户程序员考虑一下(类的使用方法应该是非常明确的)。然后,再设身处地为管理代码的人考虑一下(预计有可能进行哪些形式的修改,想想用什么方法可把它们变得更简单)。<br>(6) 使类尽可能短小精悍,而且只解决一个特定的问题。下面是对类设计的一些建议:<br>■一个复杂的开关语句:考虑采用“多形”机制<br>■数量众多的方法涉及到类型差别极大的操作:考虑用几个类来分别实现<br>■许多成员变量在特征上有很大的差别:考虑使用几个类<br><br>(7) 让一切东西都尽可能地“私有”——private。可使库的某一部分“公共化”(一个方法、类或者一个字段等等),就永远不能把它拿出。若强行拿出,就可能破坏其他人现有的代码,使他们不得不重新编写和设计。若只公布自己必须公布的,就可放心大胆地改变其他任何东西。在多线程环境中,隐私是特别重要的一个因素——只有private字段才能在非同步使用的情况下受到保护。<br><br>(8) 谨惕“巨大对象综合症”。对一些习惯于顺序编程思维、且初涉OOP领域的新手,往往喜欢先写一个顺序执行的程序,再把它嵌入一个或两个巨大的对象里。根据编程原理,对象表达的应该是应用程序的概念,而非应用程序本身。<br><br>(9) 若不得已进行一些不太雅观的编程,至少应该把那些代码置于一个类的内部。<br><br>(10) 任何时候只要发现类与类之间结合得非常紧密,就需要考虑是否采用内部类,从而改善编码及维护工作(参见第14章14.1.2小节的“用内部类改进代码”)。</P>
) ?; a' S) G) U/ `<><STRONG><br><br>
+ C; W) m4 H8 h) e" H: v<CENTER>第 <B>1</B> <a href="http://www.itzero.net/Article/J2EE/2005_10/3521_2.html" target="_blank" >2</A> 页 <a href="http://www.itzero.net/Article/J2EE/2005_10/3521_2.html" target="_blank" >下一页</A></CENTER></STRONG>
: T5 n) h; u% w0 }9 N[此贴子已经被作者于2005-12-29 17:59:09编辑过] |