1. 本周学习总结
- 因为finally子句总是会执行的,所以在一个方法中,可以从多个点返回,并且可以保证重要的清理工作仍旧会执行。
- 在调用构造器时,一般会用
finally
进行对象的清理。然而此时要注意如果构造器失败并抛出异常,finally
是无法对其进行清理的。要多添加一层try-catch对于关闭进行处理。同样,对于那些可以失败的构造器如InputFlie
,我们要相应的添加一层try-catch。
2. 书面作业
1. 常用异常
1.1 自己以前编写的代码中经常出现什么异常、需要捕获吗(为什么)?应如何避免?
经常出现的有:
NullPointerException
——空指针异常ClassCastException
——类型转换异常IndexOutOfBoundsException
——数组越界异常
不需要捕获,因为这些异常属于unchecked
异常。
想要避免这些异常,需要我们对于出现异常的情况进行特殊处理。典型如利用if语句进行类型、数组判断。
1.2 什么样的异常要求用户一定要使用捕获处理?
Checked Exception
要求用户一定要捕获处理。运用try-catch或throws关键字对可能抛出的异常进行声明
2. 处理异常使你的程序更加健壮
2.1 实验总结。并回答:怎么样才能让你的程序更加健壮?
- 实验总结:在这道题中,我们通过将i++放入try子句中的最后一句,来避免数组中出现空元素,从而越过错误元素,将数组填满。
- 答:合理地应用异常处理机制来使得程序更加健壮。例如此题中,我们可以通过异常处理机制将不符合要求类型的元素作为异常捕获。
3. throw与throws
3.1 Integer.parsetInt
一开始就有大量的抛出异常的代码,这种做法有什么好处?
这种做法的好处在于可以将异常情况首先排除在程序运行之外,保证接下来的程序能都不受到其他一些异常情况的干扰。
例如图中s为null或是进制不在2到36之间
3.2 结合自己编写的程序与3.1,分析自己编写的方法抛出异常时一般需要传递给调用者一些什么信息?
自己编写的方法重要的是提供给调用者错误的原因;例如上图中我们将每一次错误的原因如begin>end或是begin<0等信息都通过控制台输出,以明显的说明错误原因。
4. 用异常改进ArrayIntegerStack
4.1 结合6-3代码,回答使用抛出异常的方式代表程序运行时出错有什么好处?比单纯的返回错误值,有何优点?
如果仅仅对于错误的输入返回null,那么判断错误就需要通过程序另行判断。而抛出异常的方式不仅使程序的健壮性大大增加,还可以输出错误原因,从而让使用者明确的知道错误原因在哪里。程序更为逻辑清晰,对于异常情况的处理也更为灵活。
4.2 如果一个方法内部的内码抛出的是RuntimeException类型的异常,那么方法声明是否应该使用throws关键字,如果使用throws关键字声明该方法抛出的异常,能给我们带来什么好处吗?
- 不应该使用throws关键字
- 带来的好处在于:在编写的时候,我们可以明确的知道此处抛出的异常是什么类型,逻辑更为清晰;在使用此方法时,无需try-catch操作,只需要将异常情况抛出即可,提升了灵活性。
5. 函数题-多种异常的捕获
5.1 结合6-1代码,回答:一个try块中如果可能抛出多种异常,且异常之间可能有继承关系,捕获时需要注意些什么?
抛出异常的时候,异常处理系统会按照代码的书写顺序找出"最近"的处理程序。找到匹配的处理程序之后,它就认为异常将得到处理,然后就不再继续查找。
所以我们要将具体的子类异常情况放置于父类异常之前,这样才能捕获到正确的异常情况。
5.2 一个try块中如果可能抛出多种异常,使用Java8的多重异常捕获语法需要注意些什么?
需要注意要将父类放在子类异常后面
6. 为如下代码加上异常处理
6.1 改正代码,并增加如下功能。当找不到文件时,需提示用户找不到文件xxx,请重新输入文件名,然后尝试重新打开。 如果是其他异常则提示打开或读取文件失败!
public static void main(String[] args) {
// TODO Auto-generated method stub
byte[] content = null;
FileInputStream fis = null;
int bytesAvailabe = 0;
while(true){
try {
fis = new FileInputStream("testfis.txt");
bytesAvailabe = fis.available();
if(bytesAvailabe>0){
content = new byte[bytesAvailabe];//创建可容纳文件大小的数组
try {
fis.read(content);
} catch (IOException e) {
// TODO Auto-generated catch block
e.printStackTrace();
}//将文件内容读入数组
}
System.out.println(Arrays.toString(content));//打印数组内容
} catch (FileNotFoundException e) {
// TODO Auto-generated catch block
System.out.println("找不到文件xxx,请重新输入文件名");
continue;
} catch (IOException e) {
// TODO Auto-generated catch block
System.out.println("打开或读取文件失败!");
} catch (Exception e) {
System.out.println("打开或读取文件失败!");
}
finally{
try {
fis.close();
} catch (IOException e) {
// TODO Auto-generated catch block
e.printStackTrace();
}
}
}
}
6.2 结合题集6-2代码,要将什么样操作放在finally块?为什么?使用finally关闭资源需要注意一些什么?
将那些无论是否出现异常都要执行的操作放在finally块中。
因为finally作用就在于无视异常情况进行执行操作。
要使用finally要注意的是根据其特性,finally无论如何都早执行。例如此题中关闭FileInputStream
,然而有时候我们因为错误并未创建成功。这会导致关闭的时候出现异常,所以我们也要对其进行处理。
6.3 使用Java7中的try-with-resources来改写上述代码实现自动关闭资源。简述这种方法有何好处?
while(true){
try(FileInputStream fis = new FileInputStream("testfis.txt")) {
bytesAvailabe = fis.available();
if(bytesAvailabe>0){
content = new byte[bytesAvailabe];//创建可容纳文件大小的数组
try {
fis.read(content);
} catch (IOException e) {
// TODO Auto-generated catch block
e.printStackTrace();
}//将文件内容读入数组
}
System.out.println(Arrays.toString(content));//打印数组内容
} catch (FileNotFoundException e) {
// TODO Auto-generated catch block
System.out.println("找不到文件xxx,请重新输入文件名");
continue;
} catch (IOException e) {
// TODO Auto-generated catch block
System.out.println("打开或读取文件失败!");
} catch (Exception e) {
System.out.println("打开或读取文件失败!");
}
}
这个方法实现了自动关闭,随着try块的结束,我们不需要手动进行close()
操作。这简便了我们的编写过程,同时大大减少了我们犯错的几率。
7. 面向对象设计作业-图书馆管理系统(分组完成,每组不超过3个同学)
7.1 该系统的使用者有谁?
图书借阅者、管理员
7.2 主要功能模块(不要太多)及每个模块的负责人。下周每个人要提交自己负责的模块代码及运行视频。
模块 | 负责人 |
---|---|
注册 | 张韵弢 |
登录 | 张韵弢 |
搜索图书 | 张韵弢 |
借阅图书 | 张韵弢 |
归还图书 | 张韵弢 |
删除图书 | 黄泽鑫 |
修改图书 | 黄泽鑫 |
添加图书 | 黄泽鑫 |
7.3 该系统的主要的类设计及类图(可用)
7.4 你准备如何存储图书信息、解决信息、读者信息等。
应该使用文件存储对各种信息进行操作,这样可以长久保存,不至于每次打开时都对信息进行初始化操作
8. 选做:使用静态代码扫描工具 扫描自己的购物车代码
8.1 分析自己代码中在规范方面出现的问题。
主要的问题有三个:
- 没有@Override注解
- if/while等语句我因为习惯在,不会在子句只有一句情况加{}
- 因为一开始编写的时候没有考虑接口,所以在完成接口时复用性很低
8.2 思考如何解决这些问题。
- 注意添加注解
- 注意子句添加{}
- 在编写接口时根据其复用性合理安排
3.码云及PTA
3.1. 码云代码提交记录
3.2 截图PTA题集完成情况图
3.3 统计本周完成的代码量
周次 | 总代码量 | 新增代码量 | 总文件数 | 新增文件数 |
---|---|---|---|---|
1 | 0 | 0 | 0 | 0 |
2 | 0 | 0 | 0 | 0 |
3 | 619 | 619 | 15 | 15 |
4 | 619 | 0 | 15 | 0 |
5 | 973 | 354 | 25 | 10 |
6 | 1394 | 421 | 37 | 12 |
7 | 2001 | 607 | 43 | 6 |
8 | 4046 | 2045 | 54 | 11 |
9 | 4486 | 440 | 64 | 10 |
10 | 4808 | 322 | 67 | 3 |
11 | 4974 | 166 | 70 | 3 |