一、类设计的技巧
我们在设计类的时候,就像在室内设计一样,怎么合理创建每个变量,并安排每个方法,是非常重要的。一方面看起来更有专业的水平,便于自己和他人阅读;另一方面,也可以更清晰的在其他类或包中调用该类,使得java的封装性更好,健壮性更强,等等。
1、一定要将数据设计为私有
当然,这里说一定,并不是说所有的数据都要这么做,在一些必要的数据上是可以放宽一些权限的;不过为了安全起见,设置成为私有,是为了其封装性的良好。其实最重要,需要强调的就是:绝对不要破坏封装性。当数据保持私有时,外部使用者就不用去直接调用这些数据,而是通过一个入口,一个方法访问,这样,使用者不需要知道内部数据怎么组织的,只需要知道如何传入数据,如何使用结果等就可以了。而且,这些数据也就避免了被访问,从而防止被修改了。
2、对数据进行初始化
我们在创建对象之前,一定要对其初始化。对实例变量进行显式的初始化是有一定必要的,因为如果让系统对对象的一些变量进行初始化,那么我们有的时候不知道系统会提供怎样的默认初始化值,这就会对数据的使用造成了一定的影响。比如说,你在设计小轿车这类汽车的时候,如果你不初始化它的轮胎数默认为int = 4;(或者更多)的话,而让系统默认初始化值为0,这显然是不符合实际的。
3、不是所有的变量或者域都需要独立的访问器和设定器(即getXxx和setXxx,Xxx代表变量名)
当把数据或者说一些变量设置为private的时候,需要对数据进行访问和必要的修改的时候,是需要访问器和更改器的,但是,并不是所有的都是如此。比如说对于一个雇员的工资而言,是需要获得或设置的,这是需要getSalary()和setSalary()方法的,但是对于雇员的姓名和雇佣日期等,一旦构造了这个雇员对象,就就应该禁止更改了。另外,在对象中,常有一些不希望别人获得或设置的实例对象,如一些地区的信息等。
4、类中不要存在过多的方法,适当的分解一个类的功能
这里的”过多“到底是多少呢?这就要根据个人的经验而定了,但是,如果很复杂的一个类可以很明显地分解成两个或更多的简单的类,这就需要将其分解。当然,也不能把一个很简单的方法作为一个类,这就显然有些不合适了,掌握好度就可以了。比如说:一个类可以包含这样几个方法:对数据获取最大值,最小值,排序等操作,另一个类可以包含这样几个方法:对数据进行增加或删除等操作。
5、类名或者方法名要能够体现各自的职责
这与变量一样,一个类名或者方法名应该有自己一个能够反映出其含义的名字。命名可以这样写:arraySort,即对数组的排序;如类名可以是Employee,即是雇员的类。这样更清晰的给自己也给其他人方便的阅读。
6、使用固定的格式对类进行定义:
在对类进行定义的时候,可以按这样的顺序定义,如:
//创建一个简单的雇员类
import java.util.*;
public class Employee
{
public Employee(String name,int age,double salary)
{
//将变量定义为private
private this.name = name;
private this.age = age;
private this.salary = salary;
}
//访问器方法
public String getName()
{
return name;
}
public int getAge()
{
if (age<18)//限制age的值
{
System.out.println("不好意思啦,我们不接收未成年人!嘿嘿");
return;
}
return age;
}
public double getSalary()
{
return salary;
}
//修改雇员工资:涨byPercent个百分点的工资
public void setSalary(double salary,double byPercent)
{
salary + = salary*byPercent/100;
}
}
你可以先将特定包中的类导入,在创建构造器,然后创建变量和方法等等,当然这种风格不是固定的,重要的是,你在定义自己的所有类的时候都要遵循自己的风格,让类设计出来更统一,这样更显专业。
一、继承设计的技巧
下面是一些对设计继承关系的建议
1、将公有成员放在超类中
这里的成员包括成员变量和成员方法。这样既可以减少代码的重复编写,避免出错(代码越多,越容易出错);还可以增强封装性,是程序更健壮。
2、尽量不要使用受保护的变量(即被protected修饰)
很多人认为,将大多数的实例变量定义为protected是很不错的,这样的话,子类就能在需要的时候直接访问它们了。但是,使用protected修饰并不能得到更好的保护作用,究其原因在于:
第一、子类如果不被声明为final的话,其他程序员是可以向下派生出子类的,这样就可以直接访问该类中protected的成员,那么,所谓的封装性就会被破坏了。
第二、protected修饰的成员是可以被同一包中的所有类访问的,无论是不是这个类的子类,这样,依然是对数据产生一定的危险。
3、使用继承实现子父类关系
使用继承可以节省很多的代码,但是要防止被随意使用。比如说,钟点工同样有姓名和年龄,但是他们和公司雇员是不一样的,是没有所谓的工资的,因为他们是按小时获得劳动报酬的。不会有雇员一样的薪资待遇的。所以,如果在Employee类(假设有一个Manager子类)再派生出一个子类Contrator,显然是不合理的,因为在Employee中的类似打印工资单的方法,是不适用于钟点工的。所以说,要清楚是否两个类之间有子父类的关系,在使用继承。
4、使用继承的方法有有意义,否则不要使用继承关系
对于可以相互转换的两类事物,使用继承是不好的。比如说,假日也是一天,可以将假日作为一周或者一个月的子类考虑,但是假日是可以转换为非假日的,那么这就不太合适了。
5、在覆盖方法时,不要改变预期的行为
在覆盖一个方法的时候,不应该随意改变行为的内涵,应该是由于超类的方法不适宜子类的应用,或者有缺陷的时候,才覆盖该方法。如果我们自己不慎重考虑覆盖的方法是否有意义,编译器是不会知道该方法是否有任何意义,只要语法没有错误,是可以通过编译的。
6、使用多态,而非类型信息
对于下面的代码:
if(x is of type1)
action1(x);
else if(x is of type2)
action2(x);
这就需要考虑使用多态了。
如果action1和action2表示的是相同的内容,就可以定义一个方法,将其放置在两个类的超类或者接口中,然后就直接调用x.action(),因为JVM虚拟机可以动态绑定x是属于那种类型,这样可以节省很多代码,提高执行效率,而且更有利于对代码进行维护和扩展。
下面是举例:
class Employee
{
//将变量定义为private
private String name;
private double salary;
public Employee(String name,double salary)
{
this.name = name;
this.salary = salary;
}
public String getName()
{
return name;
}
public double getSalary()
{
return salary;
}
public void setSalary(double salary)
{
this.salary = salary;
}
}
class Manager extends Employee
{
private double bonus = 0;
public Manager(String name,double salary)
{
//调用超类Employee中的构造器
super(name,salary);
}
//获得Manager类中对象的salary,有额外的奖金
public double getSalary()
{
double baseSalary = super.getSalary();
return baseSalary + bonus;
}
public void setBonus(double bonus)
{
this.bonus = bonus;
}
}
class ManagerText
{
public static void main(String [] args)
{
Manager boss = new Manager("Anna",80000);
boss.setBonus(5000);
Employee[] staff = new Employee[3];
staff[0] = boss;//由于boss是Manager类的,是Employee的子类,所以,是可以赋值给staff数组中的元素的
staff[1] = new Employee("Ben",50000);
staff[2] = new Employee("Jone",40000);
for(int i=0;i
7、不要过多的使用反射
反射机制使得人们可以通过在运行是查看变量和方法,让人们能编写出更具有通用性的程序。这种功能对于便携系统程序来说极其实用,但是通常不适用于编写应用程序。反射是很脆弱的,即编译器很难帮助人们发现程序中的错误。任何错误只能在运行时才被发现,并导致异常。