20145213《Java程序设计》第四周学习总结

20145213《Java程序设计》第四周学习总结

---

教材学习内容总结

本周任务是学习面向对象的继承、接口以及之后的如何活用多态。（还真是路漫漫其修远兮啊！）教材也是延续上周艰深晦涩的语言风格，好在小生早有准备，利用重复出真知的原理，以时间换出一点点成果，与大家分享。

1.继承

• 继承的意义就是避免多个类间重复的共同行为。说白了，把两个或者多个类中重复的代码抓出来，附上新的类名称从而形成的类，我们称之为父类。子类利用extends关键词扩充父类的过程就是继承。如下代码所示，SwordsMan 继承了 Role，并扩容了原本 Role 没有的 fight 行为。

public class SwordsMan extends Role{
	public void fight(){
		System.out.println("挥剑攻击");
	}
}

• 子类只能继承一个父类，就好比每个儿子都只有一个爸爸。父子之间存在血缘关系。子类与父类之间存在 is-a 关系。子类继承了父类，所以子类是一种父类。同时，请谨慎使用不要啰嗦法，在这里不赘述了。

  2.继承多态

• 多态就是使用单一接口操作多种类型的对象。我们结合代码来更清楚认识一下

public clss RPG2{
	public static void main(String[] args){
		SwordsMan swordsman1 = new SwordsMan();
		swordsman1.setName("Justin");
		swrodsman1.setLevel(1);
		swordsman1.setBlood(200);

                SwordsMan swordsman2 = new SwordsMan();
		swordsman2.setName("Qiwei");
		swrodsman2.setLevel(1);
		swordsman2.setBlood(200)

		showBlood(swordsman1);
                showBlood(swordsman2);
	}
	        static void showBlood(Role role){
		System.out.printf("%s 血量 %d%n",role.getName(),role.getBlood());
	}
}

在 showBlood 方法中通过 Role 类型操作 swordsman1 对象和 swordsman2 对象。

3.重新定义行为

• 在继承父类之后，定义与父类中相同的方法部署，但执行内容不同，这称为重新定义。其实，给的我个人感觉就是 多态+重新定义行为=在子类扩容行为.。
• 在重新定义行为后调用方法，调用的是子类中的行为。如果想调用父类的，要利用 super 关键词。（前提不能定义为private哦）。
• 需注意，在重新定义父类中某个方法时，子类必须撰写与父类方法中相同的签署。对于手残党和粗心党，我们可以利用 @Override 要求编译程序检查该方法是不是真的重新定义了父类中某个方法。

4.抽象方法、抽象类

• 为了解决生活中某些不合理的要求，比如需求无法决定，却要撰写出程序等等，我们可以利用abstract关键词表示该方法为抽象方法。该方法不用撰写{}区块，直接“；”结束即可。包含抽象方法的类可是要连坐的，class 前标示 abstract。子类如果继承抽象父类，要么标示自己也是 abstract ，要么就是操作抽象方法。结合代码看一下吧。

public abstract class GuessGame{
	 public void go(){
		int number = (int) (Math.random() *10);
		int guess;
		do{
			print("输入数字");
			guess = nextInt();
		}while(guess != number);
		println("猜中了");
			}

	public void println (String text){
		print(text + "\n");
	}	

	public abstract void print(String text)
	public abstract int nextInt();
}

类的定义不完整，包含抽象方法，因此显示输出与取得输入都不能操作。等到需求解决了，就可以编写个子类继承 GuessGam，并操作当中的抽象方法。像这样子

import java.util.Scanner;
        public class ConsoleGame extends GuessGame{
	private Scanner scanner = new Scanner(System.in);
	@Override
	public void print(String text){
		System.out.print(text);
	}
	@Override
	public void println(String text){
		System.out.println(text);
	}
	@Override
	public int nextInt(){
		return scanenr.nextInt();
	}
}

5.语法细节

• 被 protected 关键词声明的成员，相同包中的类可以直接存取，不同包中的类可以在继承后的子类直接存取。
• 创建子类实例后，会先执行父类构造函数定义的流程，再执行子类构造函数定义的流程。如果子类构造函数中没有指定执行父类中哪个构造函数，默认会调用父类中无参数构造函数。
• class 前可以加上final关键字，表示这个类是最后一个了，不会再有子类，不能再被继承了。方法同理。
• 程序流程中已经无法再使用某个对象，该对象就是耗内存的垃圾，会被清理。所占内存空间会被垃圾收集器释放。

6.接口

• 想比较继承 extends 让父类与子类有了 is-a 的关系， interface 关键字定义某个接口，表示什么行为。

public interface Swimmer{
public abstract void swim();

}

定义了Swimmer行为，如果还结合 implements 关键字，辣么就赋予某类拥有Swimmer行为。

public abstact class Fish implements Swimmer{
	protected String name;
	public Fish(String name){
		this.name = name;
	}
	public String getName(){
		return name;
	}
	@Override
	public abstract void swim();
}

Fish拥有Swimmer行为了。

• 类可以操作两个以上的行为，也可以同时继承某个类的同时，并操作某些接口。

7.行为的多态

• 只要是操作某个接口的对象，就拥有接口对应的行为。

 public class Ocean{
	public static void main (String[] args){
		doSwim(new Anemonefish("尼莫"));
		doSwim(new Human("贾斯丁"));
	}
	static void doSwim(Swimmer swimmer){
		swimmer.swim();
	}
}

只要是操作 swimmer 接口的对象都可以使用代码中 doSwim 方法。

8.接口的语法细节

• 接口中的方法没有操作时，一定得是公开并且抽象的。

• 如下为枚举常数，为了让程序撰写更清晰一些。

public interface Action {
	public static final int STOP = 0;
	public static final int RIGHT = 1;
	public static final int LEFT = 2;
	public static final int UP = 3;
	public static final int DOWN = 4;
}

• 类可以操作两个以上的接口，如果有两个接口都定义了某方法，编译照样可以通过。如果表示不同的行为，那操作时，应该有不同的方法操作，名称上应该有所不同。如果表示相同的行为，可以定义在一个接口上。
• enum 关键字可用于定义枚举常数

---

其他

说点正题吧，本周的代码给我感觉竟有点汽车人合体的味道。淡化了个体，强调了每个部分代码之间的联系，而这个联系有的叫继承，有的叫多态等等。真的很抱歉，博客写到这里出了意外，我的手指尖被锋利的剃须刀划伤。有点痛楚，主要影响打字了。我就简言以蔽之了。之前说到，本周学习内容依旧是晦涩难懂的，一开始我还是无所得，失落的我于是敲打课本中的代码聊以自慰。最后竟也敲出一点数量的代码，于是我陷入了一种漂浮的满足感中，下意识是博客内容有着落了，虽然学习体会不多，但我可以拿代码来凑。或许刚才那次受伤就是上天对我这个错误想法的警告吧。我一直认为自学Java是一个注定孤独的旅程，没有老师直接循循善诱的路灯，缺少课后习题统一解答的风景。缺少导游声情并茂的解说，再优美的风景也是走马观花式地欣赏。在浅尝遏止的认知下，代码的心事也将流于不为人知的秘密。偶然听闻有优秀博客出世，大多也是乘兴而来，败兴而归。恕我直言，不知道什么时候起，一篇随笔的优秀程度竟与作者在博客中粘贴的代码的数量挂钩，在我看来是不合理的。博客是记录自己学习心得体会，或向读者传授个人经验的平台。粘贴太多自己敲过的代码而不加以分析，一来，占据大量篇幅，影响读者阅读摄取知识，宛如鸡肋般，食之无味，弃之可惜。二来，这种没有灵魂的代码不是作者学习情况最真实的体现，相反很容易带来我上述的虚浮的满足感，稀释学习的努力劲。我在逛其他同学的博客时，很看重他自己的原创内容，他所描绘的Java世界。我印象很深的就是良葛格的Java世界观，他曾说，类就像设计衣服的概念图，根据类创出的实例就像根据概念图设计衣服一样。真是一语惊醒梦中人，形象的太贴切了，我瞬间清楚地认识了类与实例。或许你们看来这可能只是一个很基本的概念，但不能否认这是夯实我所认识的Java世界的基石。于是我想摈弃之前博客格式，套入一大堆代码，重点想结合代码谈体会。这是一个博客格式探索的过程，吾将上下而求索。

托管截图

---

学习进度条

	代码行数（新增/累积）	博客量（新增/累积）	学习时间（新增/累积）	重要成长
目标	5000行	30篇	400小时
第一周	20/20	1/1	10/10
第二周	200/220	1/2	15/25
第三周	200/420	1/3	15/40
第四周	200/620	1/4	15/55

---

参考资料

*Java学习笔记(第8版)

*《Java学习笔记(第8版)》学习指导