20155213 2016-2017-2 《Java程序设计》第七周学习总结
20155213 2016-2017-2 《Java程序设计》第七周学习总结
教材学习内容总结
Lambda
-
如果使用JDK8的话,可以使用Lambda特性去除重复的信息。
-
在只有Lambda表达式的情况下,参数的类型必须写出来,如果有目标类型的话,在编译程序可推断出类型的情况下,就可以不写出Lambda表达式的参数类型。
-
Lambda表达式中this的参考对象以及toString()的接受者,是来自Lambda的周围环境,也就是看Lambda表达式是在哪个名称范畴,就能参考该范畴内的名称,像是变量或方法。
-
Lambda表达式只是定义函数接口操作的一种方式,除此之外,只要静态方法的方法签署中,参数与返回值定义相同,也可以使用静态方法来定义函数接口操作。
认识Date与Calendar
Date
-
想要取得系统时间,使用System.CurrentTimeMillis()方>法,返回的是long类型整数。
-
Date是偏向机器的时间观点。
-
有两个函数可以调用,一个可使用epoch毫秒数构建,另一个为无自变量构造函数,内部亦是使用SystemcurrentTimeMillis()取得epoch函数,调用getTime()可取得内部保存的epoch毫秒数。
Calendar
-
可以用其取得某个时间日期信息,或者是对时间日期进行操作,可以使用其实例。
-
可以使用getTime()方法取得Date实例
-
要想取得年月日日期时间字段,可以使用get()方法并指定Clendar上的字段枚举常数。
-
在取得一个Clendar实例后可以采用add()方法,来改变Clendar时间。
-
GregoricanClendar是Clendar的子类。
-
日历时间可以使用GregoricanClendar的setGregoiranChange()方法来修改,设为Date(Long.MAXVALUE)就是纯粹的儒略历,设为Date(Long.MINVALUE)就是纯粹的格里高利历。
-
想要比较两个Clendar的时间日期先后,可以使用after()或before()方法。
-
关于年历
- 儒略历:修正了罗马历隔三年设置一闰年的错误,改采四年一闰。
- 格力高利历:将儒略历1582年10月4号星期四的隔天,订为格里高利历1582年10月15日星期五。
- ISO 8601标准,采用统一的数据格式例如:yyyy-mm-ddTHHH:MM:SS.SSS等。
-
使用Calendar时,并没有使用时区信息,这回使用该默认时区,可以使用java.util.TImeZone的getDefault()来取得默认时区信息
-
由于某一时区已经不实施日光节约一段时间了,许多开发者并不知道过去有过日光节约时间,在取得Date实例后,被名称Date误导他们代表日期,所以不应该使用Data实例来得知人类观点的时间信息。
-
真正可靠的信息只有内含epoch毫秒数。同时也可以使用Instant的静态方法now()取得代表Java epoch毫秒数的Instant实例。
教材学习中的问题和解决过程
- 问题1:在时间计算中,怎么对时区进行计算?
- 问题1解决方案:怎么对时区进行计算时区的计算是非常困难的,在新的时间与日期API中个,UTC偏移量与时区的概念是分开的,OffsetDateTime单纯代表UTC偏移量,使用ISO 8601,如果有LocalDateTIme、LocalDate、Localtime
也可以在分别补齐必要信息后,取得UTC偏移量。 - 问题2:不清楚
ZonedDateTimeDemo.java
程序运行结果中数字的含义? - 其中代码如下:
import static java.lang.System.out;
import java.time.*;
public class ZonedDateTimeDemo2 {
public static void main(String[] args) {
LocalTime localTime = LocalTime.of(0, 0, 0);
LocalDate localDate = LocalDate.of(2016, 4, 16);
ZonedDateTime zonedDateTime = ZonedDateTime.of(
localDate, localTime, ZoneId.of("Asia/Shanghai"));
out.println(zonedDateTime);
out.println(zonedDateTime.toEpochSecond());
out.println(zonedDateTime.toInstant().toEpochMilli());
}
}
- 问题2解决方案:通过运行程序与其他内容对比得到原来程序中的数字是机器时间起点至今经过的毫秒数.
代码调试中的问题和解决过程
-
问题1:在运行DateFormatDemo中,提示它是公共的,应该在该文件的.java中声明,代码中定义的本来就为public class,DateFormatDemo
-
问题1解决方案:去除public之后就能成功运行了
代码托管
上周考试错题总结
- 6.多选:如果有以下代码段:
Thread thread = new Thread(new ________________() {
public void run() {...}
});
空白部分指定哪些类型可以通过编译? (AB)
- A. Runnable
- B. Thread
- C. Future
- D. Executor
- 解析
- 查API文档,Thread 也实现了 Runnable 接口
结对及互评
- 与155227辜彦霖结对
- 个人感觉她的博客排版很好看,很值得借鉴,代码量和提交次数都挺多,这种态度值得学习,但有点,所解决问题不够个性化。
评分标准
-
正确使用Markdown语法(加1分):
- 不使用Markdown不加分
- 有语法错误的不加分(链接打不开,表格不对,列表不正确...)
- 排版混乱的不加分
-
模板中的要素齐全(加1分)
- 缺少“教材学习中的问题和解决过程”的不加分
- 缺少“代码调试中的问题和解决过程”的不加分
- 代码托管不能打开的不加分
- 缺少“结对及互评”的不能打开的不加分
- 缺少“上周考试错题总结”的不能加分
- 缺少“进度条”的不能加分
- 缺少“参考资料”的不能加分
-
教材学习中的问题和解决过程, 一个问题加1分
-
代码调试中的问题和解决过程, 一个问题加1分
-
本周有效代码超过300分行的(加2分)
- 一周提交次数少于20次的不加分
-
其他加分:
- 周五前发博客的加1分
- 感想,体会不假大空的加1分
- 排版精美的加一分
- 进度条中记录学习时间与改进情况的加1分
- 有动手写新代码的加1分
- 课后选择题有验证的加1分
- 代码Commit Message规范的加1分
- 错题学习深入的加1分
-
扣分:
- 有抄袭的扣至0分
- 代码作弊的扣至0分
点评过的同学博客和代码
点评过的同学博客和代码
其他(感悟、思考等,可选)
- 前几章大量的敲代码工作让同学们的学习都留于形式,只想着完成作业而对代码的理解少之又少,感觉学好java的方法不是“敲”代码,而是“修改”代码,敲好代码以后如果不理解代码的能,可以通过修改代码来具体体会其真正含义。
- 进步来源于发现问题和解决问题,如果大家不去主动思考,简单机械的完成作业,那学习便失去了意义。
- 经过这七周的学习,可以说,我们已经基本学完了Java的基础知识,但是学完并不代表掌握了。“纸上得来终觉浅,绝知此事要躬行”,真正想要掌握这些知识,只能是通过自己独立编写程序来获得。可能第一次编的时候会出现许多的错误,可是这也就给自己成长带来了帮助,知道自己哪里不足,哪里可以提高。
学习进度条
代码行数(新增/累积) | 博客量(新增/累积) | 学习时间(新增/累积) | 重要成长 | |
---|---|---|---|---|
目标 | 5000行 | 30篇 | 400小时 | |
第一周 | 48/48 | 1/1 | 20/20 | |
第二周 | 98/146 | 1/2 | 30/50 | 学习java的基础语法 |
第三周 | 302/448 | 1/3 | 27/77 | 学习java对象及封装 |
第四周 | 1032/1480 | 1/4 | 36/113 | 学习了继承与多态的关系,以及接口的多态操作 |
第五周 | 609/2025 | 1/5 | 30/143 | 学习了异常处理和Map |
第六周 | 672/2697 | 1/6 | 30/173 | 学习了IO和线程 |
第七周 | 532/3229 | 1/7 | 27/200 | 对Lambda和Date的学习 |
尝试一下记录「计划学习时间」和「实际学习时间」,到期末看看能不能改进自己的计划能力。这个工作学习中很重要,也很有用。
耗时估计的公式
:Y=X+X/N ,Y=X-X/N,训练次数多了,X、Y就接近了。
-
计划学习时间:35小时
-
实际学习时间:30小时
-
改进情况:
有空多看看现代软件工程课件 软件工程师能力自我评价表)