MyException - 我的异常网
当前位置:我的异常网» Java面试 » java代码编写的30条建意!解决办法

java代码编写的30条建意!解决办法(2)

www.MyException.Cn  网友分享于:2013-12-31  浏览:3次



(19)   在构建器内部,只进行那些将对象设为正确状态所需的工作。尽可能地避免调用其  
他方法,因为那些方法可能被其他人覆盖或取消,从而在构建过程中产生不可预知的结  
果(参见第7章的详细说明)。  


(20)   对象不应只是简单地容纳一些数据;它们的行为也应得到良好的定义。  


(21)   在现成类的基础上创建新类时,请首先选择 "新建 "或 "创作 "。只有自己的设计要求  
必须继承时,才应考虑这方面的问题。若在本来允许新建的场合使用了继承,则整个设  
计会变得没有必要地复杂。  


(22)   用继承及方法覆盖来表示行为间的差异,而用字段表示状态间的区别。一个非常极  
端的例子是通过对不同类的继承来表示颜色,这是绝对应该避免的:应直接使用一个 "颜  
色 "字段。  


(23)   为避免编程时遇到麻烦,请保证在自己类路径指到的任何地方,每个名字都仅对应  
一个类。否则,编译器可能先找到同名的另一个类,并报告出错消息。若怀疑自己碰到  
了类路径问题,请试试在类路径的每一个起点,搜索一下同名的.class文件。  


(24)   在Java   1.1   AWT中使用事件 "适配器 "时,特别容易碰到一个陷阱。若覆盖了某个适  
配器方法,同时拼写方法没有特别讲究,最后的结果就是新添加一个方法,而不是覆盖  
现成方法。然而,由于这样做是完全合法的,所以不会从编译器或运行期系统获得任何  
出错提示--只不过代码的工作就变得不正常了。  


(25)   用合理的设计方案消除 "伪功能 "。也就是说,假若只需要创建类的一个对象,就不  
要提前限制自己使用应用程序,并加上一条 "只生成其中一个 "注释。请考虑将其封装成  
一个 "独生子 "的形式。若在主程序里有大量散乱的代码,用于创建自己的对象,请考虑  
采纳一种创造性的方案,将些代码封装起来。  


(26)   警惕 "分析瘫痪 "。请记住,无论如何都要提前了解整个项目的状况,再去考察其中  
的细节。由于把握了全局,可快速认识自己未知的一些因素,防止在考察细节的时候陷  
入 "死逻辑 "中。  


(27)   警惕 "过早优化 "。首先让它运行起来,再考虑变得更快--但只有在自己必须这样做  
、而且经证实在某部分代码中的确存在一个性能瓶颈的时候,才应进行优化。除非用专  
门的工具分析瓶颈,否则很有可能是在浪费自己的时间。性能提升的隐含代价是自己的  
代码变得难于理解,而且难于维护。  


(28)   请记住,阅读代码的时间比写代码的时间多得多。思路清晰的设计可获得易于理解  
的程序,但注释、细致的解释以及一些示例往往具有不可估量的价值。无论对你自己,  
还是对后来的人,它们都是相当重要的。如对此仍有怀疑,那么请试想自己试图从联机  
Java文档里找出有用信息时碰到的挫折,这样或许能将你说服。  


(29)   如认为自己已进行了良好的分析、设计或者实施,那么请稍微更换一下思维角度。  
试试邀请一些外来人士--并不一定是专家,但可以是来自本公司其他部门的人。请他们  
用完全新鲜的眼光考察你的工作,看看是否能找出你一度熟视无睹的问题。采取这种方  
式,往往能在最适合修改的阶段找出一些关键性的问题,避免产品发行后再解决问题而  
造成的金钱及精力方面的损失。  


(30)   良好的设计能带来最大的回报。简言之,对于一个特定的问题,通常会花较长的时  
间才能找到一种最恰当的解决方案。但一旦找到了正确的方法,以后的工作就轻松多了  
,再也不用经历数小时、数天或者数月的痛苦挣扎。我们的努力工作会带来最大的回报  
(甚至无可估量)。而且由于自己倾注了大量心血,最终获得一个出色的设计方案,成  
功的快感也是令人心动的。坚持抵制草草完工的诱惑--那样做往往得不偿失

------解决方案--------------------
mark
------解决方案--------------------
顶起
------解决方案--------------------
mark

文章评论

软件开发程序错误异常ExceptionCopyright © 2009-2015 MyException 版权所有