20155330 2016-2017-2 《Java程序设计》第七周学习总结
20155330 2016-2017-2 《Java程序设计》第七周学习总结
教材学习内容总结
学习目标
- 了解Lambda语法
- 了解方法引用
- 了解Fucntional与Stream API
- 掌握Date与Calendar的应用
- 会使用JDK8新的时间API
第十二章 章节主要内容
小结
- byLength方法的签署与Comparator的compare()方法相同。
- Lambda遇上this与final:Lambda表示式并不是匿名类别的语法蜜糖,如果Lambda表示式中捕获的局部变量本身等效于final局部变量,可以不用在局部变量上加上final,JDK8特意禁止在Lambda中修改局部变量的值。
- 方法与构造函数参考:方法参考(Method references)可以避免你到处写下Lambda表示式,尽量运用现有的API实作,也可以改善可读性。
- 接口默认方法:在JDK8中,interface定义时可以加入默认操作,或者称为默认方法(Default methods),forEach()方法本身已有操作,所以不会破坏Iterable现有的其他操作。在默认方法中不能使用数据成员,因为接口本身不能定义数据成员,也就是默认方法中不能用直接变更状态的流程。
第十三章 章节主要内容
小结
- 格林威治标准时间(GMT),现已不作为标准时间使用,即使标注为GMT(格林威治时间),实际上谈到的的是UTC(Unix时间)时间。
- 在1972年引入UTC之前,GMT与UT是相同的。
- 秒的单位定义时基于TAI。也就是铯原子辐射的振动次数。
- 世界协调时间(UTC),UTC考虑了地球自转越来越慢而有闰秒修正,确保UTC与UT相差不会超过0.9秒。
- 儒略历修正了罗马历隔三年设置一闰年的错误,改采四年一闰。
- 格里高利历将儒略历1582年10月4号星期四的隔天,订为格里高利历1582年10月15日星期五。
- ISO 8601标准采用统一的数据格式。
- Date有两个构造函数可以使用,一个可使用epoch毫秒数构建,另一个为无自变量构造函数,内部亦是使用System.currentTimeMillis()取得毫秒数,调用getTime()可取得内部保存的epoch毫秒数值。
教材学习中的问题和解决过程
- 问题1:声明bylength时已经写了一次Comparator,为什么操作匿名类时又得写一次Comparator?
- 解决方案:在使用Lambda表达式时,实际上从等号左边的Comparator的compare()的方法。编译程序可以从byLength变量的声明类型,推断name1与name2的类型。
- 问题2:如何计算一个程序的运行时间。
- 解决方案:
- 以毫秒为单位计算:
long startTime=System.currentTimeMillis(); doSomeThing(); long endTime=System.currentTimeMillis(); System.out.println("程序运行时间: "+(end-start)+"ms");
- 以纳秒为单位计算:
long startTime=System.nanoTime(); doSomeThing(); long endTime=System.nanoTime(); System.out.println("程序运行时间: "+(end-start)+"ns");
代码调试中的问题和解决过程
- 问题1:书中代码
运行结果未显示Hello World!import static java.lang.System.out; class Hello { Runnable r1 = new Runnable() { public void run() { out.println(this); } }; Runnable r2 = new Runnable() { public void run() { out.println(toString()); } }; public String toString() { return "Hello,world!"; } } public class ThisDemo { public static void main(String[] args){ Hello hello=new Hello(); hello.r1.run(); hello.r2.run(); } }
- 解决方案:this的参考对象以及toString()的接受者,实际上都是匿名类建立的实例,也就是Runnable实例,由于没有定义Runnable的toString(),因而显示的结果是Object默认的toString()返回字符串。
代码托管
上周考试错题总结
-
错题1:下面哪条命令可以把 f1.txt 复制为 f2.txt ?
A .cp f1.txt f2.txt
B .copy f1.txt f2.txt
C .cat f1.txt > f2.tx
D .cp f1.txt | f2.tx
E .copy f1.txt | f2.tx
-
理解情况:copy是Windows下的命令。cat f1.txt > f2.tx 通过输出重定向实现了复制。
-
错题2:下面代码中共有()个线程?
public class ThreadTest {
public static void main(String args[]){
MyThread myThread =new MyThread();
Thread t1=new Thread(myThread);
Thread t2=new Thread(myThread);
t1.start();
t2.start();
}
}
class MyThread extends Thread {
...
}
A.1 B.2 C.3 D.4
- 理解情况:除了t1,t2, 还有main所在的主线程
结对及互评
评分标准
-
正确使用Markdown语法(加1分):
- 不使用Markdown不加分
- 有语法错误的不加分(链接打不开,表格不对,列表不正确...)
- 排版混乱的不加分
-
模板中的要素齐全(加1分)
- 缺少“教材学习中的问题和解决过程”的不加分
- 缺少“代码调试中的问题和解决过程”的不加分
- 代码托管不能打开的不加分
- 缺少“结对及互评”的不能打开的不加分
- 缺少“上周考试错题总结”的不能加分
- 缺少“进度条”的不能加分
- 缺少“参考资料”的不能加分
-
教材学习中的问题和解决过程, 一个问题加1分
-
代码调试中的问题和解决过程, 一个问题加1分
-
本周有效代码超过300分行的(加2分)
- 一周提交次数少于20次的不加分
-
其他加分:
- 周五前发博客的加1分
- 感想,体会不假大空的加1分
- 排版精美的加一分
- 进度条中记录学习时间与改进情况的加1分
- 有动手写新代码的加1分
- 课后选择题有验证的加1分
- 代码Commit Message规范的加1分
- 错题学习深入的加1分
- 点评认真,能指出博客和代码中的问题的加1分
- 结对学习情况真实可信的加1分
-
扣分:
- 有抄袭的扣至0分
- 代码作弊的扣至0分
- 迟交作业的扣至0分
点评模板:
-
博客中值得学习的或问题:
- xxx
- xxx
- ...
-
代码中值得学习的或问题:
- xxx
- xxx
- ...
-
基于评分标准,我给本博客打分:XX分。得分情况如下:xxx
点评过的同学博客和代码
-
本周结对学习情况
- 20155321
- 结对学习内容
同搭档讨论了实验相关代码的编写和教材学习中遇到的问题。
-
上周博客互评情况
其他(感悟、思考等,可选)
这周的学习效率得到了很大的提高,实验的进行使我对java有了更进一步的了解。本周的测试由于题目基本上为英文,且多术语的关系,导致无法理解题意,错失了很多分。
学习进度条
代码行数(新增/累积) | 博客量(新增/累积) | 学习时间(新增/累积) | 重要成长 | |
---|---|---|---|---|
目标 | 5000行 | 21篇 | 300小时 | |
第一周 | 15/15 | 1/1 | 15/15 | |
第二周 | 159/174 | 1/2 | 20/35 | |
第三周 | 414/588 | 1/3 | 18/53 | 了解了封装、对象 |
第四周 | 461/1049 | 1/4 | 18/71 | |
第五周 | 786/1835 | 1/5 | 18/89 | |
第六周 | 699/2534 | 1/6 | 20/109 | |
第七周 | 536/3070 | 2/8 | 18/127 |
-
计划学习时间:16小时
-
实际学习时间:18小时
-
改进情况:这周实验课的增加和假期的冲突使学习时间有所减少,但是提高了学习的效率。