201621123041java程序设计第十周学习总结

Posted 2020-10-15

1. 本周学习总结

• 

2. 书面作业

1. 常用异常

1.1 自己以前编写的代码中经常出现什么异常、需要捕获吗(为什么)？应如何避免？

• 最频繁的错误包括ArrayIndexOutOfBoundsException(数组越界)、 NullPointerException(空指针)、ClassCastException(强制类型转换错误)、IllegalArgumentException(非法参数)，以上异常都不需要捕获，都属于uncheckedException。

1.2 什么样的异常要求用户一定要使用捕获处理？

• 继承自Exception类中自定义的异常需要捕获处理。

2. 处理异常使你的程序更加健壮

2.1 实验总结。并回答：怎么样才能让你的程序更加健壮？

• 1.尽早释放无用对象的引用。 2.定义字符串应该尽量使用 String str=”hello”; 的形式。 3.尽量少用静态变量。 4.尽量避免在类的构造函数里创建、初始化大量的对象。 5.不要在经常调用的方法中创建对象。

3. throw与throws

3.1 Integer.parsetInt一开始就有大量的抛出异常的代码，这种做法有什么好处？

• 1.出错信息可以很详细。 2.让用户有效地发现错误。 3.出错代码与错误处理相分离。

3.2 结合自己编写的程序与3.1，分析自己编写的方法抛出异常时一般需要传递给调用者一些什么信息？

• 会将异常的结果显示出来，告诉编程者出现该异常的理由，例如在7-3这道题给我们显示了java.lang.IllegalArgumentException: begin:3 >= end:3，告诉我们错误的位置。

4. 用异常改进ArrayIntegerStack

4.1 结合6-3代码，回答使用抛出异常的方式代表程序运行时出错有什么好处？比单纯的返回错误值，有何优点？

• 可以有效的发现错误，让出错代码和出错处理相分离。出错信息可以很详细(以对象形式包装)

4.2 什么时候该使用throw关键字？

• 对于运行异常，我们不要应该使用throws来处理，对于受检查的异常，编译时无法通过，那么使用throw或者try..catch...来处理。

4.3 如果一个方法内部的内码抛出的是RuntimeException类型的异常，那么方法声明是否应该使用throws关键字，如果使用throws关键字声明该方法抛出的异常，能给我们带来什么好处吗？

• RuntimeException是那些可能在Java虚拟机正常运行期间抛出的异常的超类。可能在执行方法期间抛出但未被捕获的RuntimeException 的任何子类都无需在throws子句中进行声明。它是Exception的子类。 throws用来声明方法可能会抛出什么异常，在方法名后，语法格式为：throws 异常类型1，异常类型2...异常类型n。可以加强程序的健壮性。

5. 函数题-多种异常的捕获

5.1 结合6-1代码，回答：一个try块中如果可能抛出多种异常，且异常之间可能有继承关系，捕获时需要注意些什么？

• 子类的异常捕获必须在父类之前。否则程序会崩溃

5.2 一个try块中如果可能抛出多种异常，使用Java8的多重异常捕获语法需要注意些什么？

• 尽量优先捕获具体的异常，如果有异常间存在父类和子类的关系，那么需要子类在上，父类在下。

6. 为如下代码加上异常处理

6.1 改正代码，让其可正常运行。注1：里面有多个方法均可能抛出异常。注2：要使用finally关闭资源。

• 

6.2 结束处理异常和使用finally关闭资源需要注意一些什么？

• 不要在前面的代码中用System.exit()，不要关闭cpu，一旦finally中使用了return或throw语句，将会导致try块、catch块中的return、throw语句失效。。

6.3 使用Java7中的try-with-resources来改写上述代码实现自动关闭资源。简述这种方法有何好处？

• 关闭资源的语句简洁明了不臃肿。不需要判断是否为null。

7. 面向对象设计作业（分组完成，每组不超过3个同学）

7.1 该系统的使用者有谁？

• 老师，学生，图书管理人员。

7.2 主要功能模块（不要太多）

• 借出记录，收还记录，查询模块。

7.3 该系统的主要的类设计及类图（可用）

• 

7.4 你准备如何存储图书信息、解决信息、读者信息等

• 使用ArryList数组来存储信息。

3.码云及PTA

3.1. 码云代码提交记录

• 

3.2 截图PTA题集完成情况图

• 

• 

3.3 统计本周完成的代码量

周次	总代码量	新增代码量	总文件数	新增文件数
5	221	221	4	4
6	487	226	10	6
7	837	350	14	4
8	1057	220	17	3
9	1289	232	21	4
10	1654	365	26	5
11	1989	335	32	6