062
昨日计划：搜集结果Map

很快啊~ 我大意了啊没有闪！

今天很快就看完了，比较专注的同时内容也不多，就看了下toMap(T, K, U, M)的几个重载的实现，挺有意思的。。

接着今天还看了下一篇审批流程的系统设计，很有意思，准备动手也试试实现。

明日计划：下游收集器

063
昨日计划：搜集结果

看了下怎么收集结果到特定对象中，这个对象可以是一个个数的统计、一个字符串，一个数组或是一个集合。

如此，就基本实现了从创建流到一顿转换为其他流的操作再到终止流产生结果这整个流程，功成圆满！

明日计划：搜集结果Map

064
昨日计划：真Optional

把Optional部分看完了，它就是将”某物或null”进行包装，使得流操作起来的时候更顺手

值得注意的是isPresent和get要谨慎使用，更优雅的方式是用flatMap(Optional::stream)平铺流。

看的比较少，只能拉一点点~二仙桥警告

明日计划：搜集结果

065
昨日计划：Optional

就这？看了点点，流的简单简约操作，比如findFirst、findAny、count、min、max、anyMatch这些

明日计划：真Optional

066
昨日计划：第一章10页

做什么而非怎么做，是流概念的灵魂所在。和集合相比，提供了一种更高级的指定计算任务的数据视图。

流处理数据时包含了三个高级视角的阶段：

创建流 > 一顿转换为其他流的操作 > 终止流产生结果

创建流有很多方式：Stream、Arrays、Files、StreamSupport的很多静态方法，Pattern、Scanner的很多方法也可以创建流

操作流的方式也很多：filter过滤、map映射、limit抽取等…

有一点很关键：执行流的操作时，我们并没有改变流背后的集合。

明日计划：Optional

067
昨日计划：来不及写了

搞了一下菜单树递归，发现不好弄

要实现排除循环依赖的脏数据，可以用一个集合来装已经加入树的对象，这点很好

但是要考虑性能，比如要实现我想象中的在递归中用集合拷贝的方式，缩小查找的集，上面那点就不能用了，因为每次都会是新的集合，实现不了判断已加入的效果了

唉，感觉是自己想复杂了，递归讲道理就不应该涉及大量的数据处理的，嗯，还是把精力放在其他事情上吧！

~吾尝终日而思矣，不如须臾之所学也。~

明日计划：第一章10页

068
昨日计划：看看第一章

明日计划：来不及写了

069
昨日计划：早点看

早点开动还是有效果的，看了jdbc使用那一节，不过感觉没意思了，明天看steam流

明日计划：看看第一章

070
昨日计划：尝试把使用jdbc语句看完1

在下班的第一分钟，意识到了没把正事做完，尽做些偏事了，或者说做的都是不曾被预料的、可有可无的事

于是试着用：困难、分析、对策模型做了简单的分析，得出专注可推进心理负担小的事情后，执行力有了提升，挺好

晚上回来太困了，看了一会sql异常，没看个啥

电脑也没电了，睡了

明日计划：早点看

071
昨日计划：尝试把使用jdbc语句看完

加班分析SQl去了

有点累了，看了会儿jdbc的API感觉可以睡了

明日计划：尝试把使用jdbc语句看完1