类型匹配语法糖真甜，还能提升性能，很意外很惊喜！

在没有record之前，我们在工作中一般使用lombok来帮助我们定义model，在lombok的config文件中禁用掉了setter相关，让model为只读状态。如果想修改model中的字段值，我们一般两种方式： 1. @With 修改单值 -> 返回一个新对象 2. @Builder(toBuilder = true) 修改多个值 -> 返回一个新对象 现在有了record能进一步简化一些代码，继续使用@With和@Builder来修改数据值。

老板知道Java有这些新特性他会要求你的效率提高20%。所以不要指望每周能多休一天,码农永远是被压榨的对象。

范老师好，作为一名有些Java基础的图书策划编辑，我惦记新Java这个选题很久了哈哈，感谢您的这次课程。但我也会认真听课哒，力求为可能有的相关图书选题锦上添花！

JShell 算是借鉴脚本语言提供一个 playground，Swift 在诞生初期就具备了这个特性。 本节的文字块印象中也是 JavaScript 有的特性。

实现层面 1.仅展示的能力来看，感觉自己实现个jshll也不难。计算逻辑直接执行字符串就能拿到结果，特殊语法就做一层识别转换，变量就自己维护个上下文。 价值层面 1.对于新手。大大降低了起手难度，而简单就意味着易于推广。虽然一门语言的获客主要还是靠市场诉求驱动，但帮助新顾客更快更舒适的着陆，确实能更好的壮大社区。新人～社区～市场诉求～新人 是一条有力的增强回路。而jshll能加速新人到社区这条连线，进而也能推动整个增强回路的运作。不过，还是得看实际推行情况。需要着力推行在面向初学者的培训机构或学校的使用上。毕竟这些机构滞后可是非常严重的，能用上8都算靠前了。 2.对于刚入门的。语法上的模糊可以借助其快速验证，有利于更快的熟练语法。 3.对于老手。新语言特性可以在这个上面验证。就是还是太局限。稍微复杂点的验证都不适用。基本只能验证某些类库的函数方法的单一效果，或则某些语法单一的效果。反正我的话多半走单测，虽然不即时，但写起来快呀。 展望 1.能否连上本地java进程呢？能的话抛开安全因素，其实可以做很多东西。

输入一下这段代码出错的规避方法： jshell> greeting = switch (language) { ...> case "English" -> "Hello"; ...> case "Spanish" -> "Hola"; ...> case "Chinese" -> "Nihao"; ...> default -> throw new RuntimeException("Unsupported language"); ...> }; 使用/edit 命令打开编辑器，然后输入代码，保存退出后运行就没有错误了。我觉得这个是JDK17当前版本的jshell的bug。 其实复杂命令的输入都建议用编辑器编写。可以设置自己喜欢的编辑器。例如下面的命令将vscode设置为编辑器。 /set editor -retain <path-to-code> -w 进一步，可以在vscode的终端运行jshell，然后用/edit直接打开vscode打开一个窗口编辑。这样也不用来回切换终端和vscode窗口。

错过11直接搭上17顺风车

会不会讲lamdba和stream

有意思