`
ChineseThink
  • 浏览: 143036 次
  • 性别: Icon_minigender_1
  • 来自: 深圳
社区版块
存档分类
最新评论

Java类设计技巧

    博客分类:
  • Java
阅读更多
(该内容出自:Java核心卷,摘取出来跟大家分享分享!)
1.一定将数据设置为私有。
  最重要的是:绝对不要破坏封装性。当数据保持私有时,他们的表现形式的变化不会对类的使用者产生影响,即使出现bug也易于检测。

2.一定要对数据初始化。
  Java不对局部变量进行初始化,但是会对对象的事例域进行初始化。最好不要依赖于系统的默认值,而是应该显示地初始化所有的数据,具体的初始化方式可以是提供默认指,也可
以是在所有的构造器中设置默认值。

3.不要在类中使用过多的基本数据类型。
  就是说,用其他的累代替多个相关的基本数据类型的使用。这样会使类更加易于理解,易于修改。(比如:用一个新的Address类代替,Customer类中stree,city,state等字段)

4.不是所有的域都要独立的访问器和更改器。
  因为构造了一个对象事,常常会包含一些不希望别人活得或者设置的事例域。

5.使用标准格式进行类的定义。 
   书写类的内容的顺序:
     公有访问特性部分。
     包作用域访问特性部分。
     私有访问特性部分。
   每一部分中,内容的顺序:
     实例方法
     静态方法
     实例域
     静态域
   Sun程序员设计风格建议Java程序设计语言先书写域,后书写方法。无论采用哪种风格,重要的一点事保持一致。

6.将职责过多的类进行分解。
  如果明显地可以将一个复杂的类分解成两个更为简单的类,就应该将其分解。(不要走极端路线)

7.类名和方法名要能够体现它们的职责。
  与变量有一个能反应其含义的名字一样,类也应该如此。命名类名的良好习惯是采用一个名词(Order)、前面有形容词或者动名词修饰名词。
0
0
分享到:
评论
3 楼 fancyleeo 2012-03-26  
ChineseThink 写道
fancyleeo 写道
6.将职责过多的类进行分解。
  如果明显地可以将一个复杂的类分解成两个更为简单的类,就应该将其分解。(不要走极端路线)


这个实现起来比较难,涉及到重构,LZ能不能详细解释下呢?

对于重构来说这样做确实很困难,因为关联改动会非常多而且复杂。
这个考虑是在类设计初期考虑的问题。


哦,我明白了,你说的是一个设计过程,并非设计结果。
2 楼 ChineseThink 2012-03-25  
fancyleeo 写道
6.将职责过多的类进行分解。
  如果明显地可以将一个复杂的类分解成两个更为简单的类,就应该将其分解。(不要走极端路线)


这个实现起来比较难,涉及到重构,LZ能不能详细解释下呢?

对于重构来说这样做确实很困难,因为关联改动会非常多而且复杂。
这个考虑是在类设计初期考虑的问题。
1 楼 fancyleeo 2012-03-24  
6.将职责过多的类进行分解。
  如果明显地可以将一个复杂的类分解成两个更为简单的类,就应该将其分解。(不要走极端路线)


这个实现起来比较难,涉及到重构,LZ能不能详细解释下呢?

相关推荐

Global site tag (gtag.js) - Google Analytics