本文共 4803 字，大约阅读时间需要 16 分钟。

封装 有些人可能学Java有半年了，还是搞不懂封装是什么东西。其实我们每天都在用封装。那么封装是什么呢？封装简单来说就是包装。比如说：我们把一堆数据放在一个类里面，并且加上get和set方法，这个就是JavaBean封装。再比如：我们把一些通用的代码放在一个方法里面，以后需要的时候直接调用方法就行了，这就是代码封装。 那么，为什么要用封装呢？封装有什么好处呢？ 比如：我们需要一个学生的信息：姓名，年龄。并且在控制台显示出来，我们可以这样写： public static void main(String[] args){ String name; int age; System.out.println("这个学生的名字是："+name+",年龄是："+age); } 那么我想再定义一个学生信息，并且显示呢？我还需要重复这样的代码：重新定义两个变量并赋值。那么再想想，我需要十个学生的信息并且显示呢？还有，实际情况中，一个学生的信息不可能就这么几个变量，可能有十几个呢？难道我每次需要显示学生信息，都要定义这么多变量吗？想想吧，这真是太可怕了。 属性的封装 但是，现在我们可以用封装来实现，怎么实现呢？我们可以把所有的属性放在一个类中，这样，我需要显示学生信息时，只需要实例化一个类就行了。比如： public class Student{ String name; int age; } 我们需要一个学生信息时可以这样写： Student student=new Student(); student.name="zhangsan"; student.age=12; System.out.println("name:"+name+",age="+age); 有人可能会说：我怎么感觉除了代码量变大之后没有什么好处啊？是的，单单看这段代码，确实是如此，但是假如我们需要显示一个班级56个学生的信息，而这个班级的所有学生信息的年龄都是相同的，那么我们可以这样定义Student： public class Student{ String name; int age=12; } 那么，实例化一个学生的信息时，我们只需要定义学生姓名就可以了，年龄就默认赋值了，大家现在可以再次对比一个封装和不封装的代码量，你就可以知道哪种更好了。 毫无疑问，从长远角度看以及从更好的适用性来看，通过将数据封装成对象，是很有必要的。 而且，假如你需要显示学生的信息，要显示学生年龄而只知道学生生日时，你需要这样写： String birthday="2002-01-03"; //截取生日的前四位，获取出生的年份 .... //得到当前的系统时间，从而知道现在是哪一年 .... //通过减法得到年龄 .... //最后定义年龄变量并将计算结果赋值 .... 好的，代码就不写了，懂什么意思就行了。那么，大家看这段伪代码，我第一行定义了生日变量，第五行定义了年龄变量，那么请问，假如这个程序有100行，你觉得可能是不是在第80行还可能又出现一个变量？那么，假如你过了很久又看这个程序或者别人看这个程序，他能一眼看出你总共定义了多少跟学生有关的变量吗？毫无疑问，很不方便的，但是，你假如通过封装之后呢？你需要看一下Student类中有多少属性，就马上知道了一个学生有多少变量了。 现在，再看学生Student这个类，假如我在main方法中给一个学生的age属性赋值-1，你说程序会不会出错？当然不会，你又没有规定年龄不能为负数。那么怎么办呢？两步： 一：将属性私有化，这样别人就不能直接访问变量了。 二：将访问变量的方式改为通过方法来访问，可以在方法中增加限制条件 结果如下： class Student{ private String name; private int age; public String getName() { return name; } public void setName(String name) { this.name = name; } public int getAge() { return age; } public void setAge(int age) { if(age>0){ this.age = age; } } } 那么请问大家，这样是不是很好呢？要想改年龄赋值，必须调用setAge()方法，那么年龄必须大于0。 代码的封装 代码的封装我就不需要讲了，就是把一段代码封装成一个方法，方便以后的调用。 继承 继承就是子承父业。就是子类可以继承父类的所有属性和方法。有什么用呢？ 比如我有一个Father类，姓是"赵"，还有一个Son类，姓当然也是"赵"了，那么现在我们按一般的思路，就是建两个类，都有姓这个属性，值都是赵。但是呢？这样我感觉很不爽啊，假如这两个类有十个属性都是一样的，我还需要两个类都这样写吗？太糟糕了。 因此Java产生了继承的概念： 我们可以定义一个Father类，而子类Son继承Father类，这样，姓这个属性就继承过来了，不需要再写一次。 public class Father{ String name="赵"; } public class Son extends Father{     } 虽然Son里面空空的，但是你可以调用Son的name属性。这就是封装的迷人地方。 你可能会说，我可能想改姓呢，怎么办呢？只需要再Son中再定义一次name就好了。 public class Son extends Father{ String name="刘"; } 继承最大的优点就是我们可以重用一个以前写好的类，继续使用原来类中的属性和方法，我们甚至可以修改原来类中某些属性或方法，以符合当前类的需要。 当然，缺点就是假如因为某些原因，你忘了某个类是被继承了，而你又改了这个类的一个属性，那么，它的子类的这个属性都将会改变。比如Father类我name改为"李"，而你又不知道这个类被继承了（单看Father类你真不知道这个类被继承了），那么你的所有子类，比如Son类的name也会变成"李"。那么，这个后果是很严重的，因为你可能用到的Son的name应该是赵，不能是李。 多态 多态就是多姿多态。一朵花可以有多种形态：兰花，荷花，水仙花等等。这个世界就是多姿多态的，比如：铅笔有白铅笔，蓝铅笔，花铅笔。鸟有鸡，鸭，鹅等等。那么这些对象之间都有一定 的共性，我们可以运用刚学过的继承概念来写几个类出来。 比如：圆形，方形，三角形都是形状的子类。 //Shape是形状的意思 class Shape{ //形状都有长度 int length; //形状都有面积 int area; public int getLength() { return length; } public void setLength(int length) { this.length = length; } public int getArea() { return area; } public void setArea(int area) { this.area = area; } } class Circle extends Shape{ public int getLength() { System.out.println("用圆形公式求圆形的长度"); return length; } public int getArea() { System.out.println("用圆形公式求圆形的面积"); return area; } } class Square extends Shape{ public int getLength() { System.out.println("用方形公式求方形的长度"); return length; } public int getArea() { System.out.println("用方形公式求方形的面积"); return area; } } 现在我需要实例化一个圆形和方形，并且求出它们的长度，怎么写呢？ public static void main(String[] args){ Circle circle=new Circle(); Square square=new Square(); circle.getLength(); square.getLength(); } 有人可能会问了，我们想要知道多态的概念，可你讲了半天，怎么都是继承啊！别急，多态来了。 在这里，Java出现了一种新的语法：子类的实例化对象可以被父类的引用表示。代码表示就是： Shape shape1=new Circle(); 为什么这样写呢？好难理解啊。呵呵，这样理解：一个圆形是一个形状对吧？那么，我可以在纸上画一个"圆形"，并且说，这是一个"形状"。好，我重复一遍，我指着一个圆说这是一个形状。没问题吧？圆是实际存在的吧？所以我们实例化一下： new Circle(); 我说这是一个形状，这个形状我给它起名字叫shape1： Shape shape1; 将两边连起来就是： Shape shape1=new Circle(); 现在大家理解了吧？ 那么这样有什么好处呢？好处嘛，就是： Shape shape1=new Circle(); shape1.getLength(); 这段代码会得到圆的长度，毕竟我指着的东西是一个圆。 我也可以在这段代码后面加一段： shape1=new Square(); shape1.getLength(); 这段代码又会得到方形的长度，是不是很有趣？ 但是它真正的好处并不是这样的，而是: public staitc void getLenth(Shape shape){ shape.getLength(); } public static void main(String[] args){ getLength(new Circle()); getLength(new Square()); } 看见了吗？我需要传进去一个Shape子类的实现，就可以调用这个子类的相应的方法，而代码则没有变化，一切都是Java自动帮你完成。 我们甚至可以把Circle这个类以及它的包路径存在一个文件中，比如XML文件中，实例化对象时从文件中取得Circle的信息，通过反射实例化，那么这样就彻底的脱离了具体的实现： public static void main(String[] args){ //通过文件得到Circle的包路径"com.test.Circle" Stirng circleStr=getPath(); //通过反射实例化 Shape shape1=Class.forName(circleStr).getInstance(); getLength(shape1); } 那么这有什么用呢？ 1.隐藏了具体的实现代码，你知道调用了getLength方法，但你如果不看文件的内容，你就不知道调用的方法具体内容是什么，因为程序中根本没有体现。 2.傻瓜式代码，我只需要改改文件中的内容，就可以瞬间改变程序的运行结果，即使这个人一点程序基础也没有也可以做到。 3.也就是我们平时开发中为什么经常用到多态的原因：我们需要继续原来的项目运行而又因为客户的需要而改代码时，我们不需要要求客户停止现在的项目，说我们需要改改，等几个月你再运行吧。No，这是在开玩笑，我们可以继承指定的接口，而重写实现类，到时在凌晨3点时，停止系统几分钟，改一下配置文件，瞬间项目就改变了。

转载地址：http://fpzmi.baihongyu.com/