昨晚的 Apple 发布会主要就是 HomePod、AirPods 和 MacBook，前两个自然没啥兴趣，MacBook 才是这次发布会的亮点好吧。大家都在猜测今年要出 M1X 芯片，结果却是 M1 Pro 和 M1 Max，毕竟是在 M1 的架构上堆配置，不算太大的改动。即便如此，M1 Max 的 GPU 性能已经能和 3050 做比较可是事实了，这可是核显啊！隔壁的英特尔和英伟达真的要哭了。
MacOS 最大问题就是工业/工程软件欠缺，而且游戏也基本上不适配，这么好的性能和能效，只用来做剪辑和创作歌曲还是有点浪费了吧！有个笑话是，MacOS 可以做游戏，但不能玩游戏。太真实了！
我这台 MacBook 是 2020 年 5 月购入的，当时众所期待的 14 寸并没有来，而是到了今年才发布。这 14 寸换成了 Mini LED 不错，离谱的是竟然学 iPhone 整了个刘海儿，还不带 FaceID。看演示效果上，应用全屏状态是直接缩减到了老款设备的高度，实现刘海的隐藏。反正我今年肯定不会换机，观望一下测评什么的就好。
工作方面，今天除了搞定此前遗留的小坑之外，主要整了一个“价格段设置”的组件，通过多行文本框输入内容，实现转化成对象的操作。我的大概思路就是遍历每行筛选有效项目，进行大小排序，再在最后一项补上一个将近无限的值作为收尾。
// Input
我
66
88 啊
10
233
// Output
0 - 10
10.01 - 66
66.01 - 233
233.01 - 9999999非纯数字内容均作为无效内容，直接过滤，后面生成一个 { start: 1001, end: 6600 } 形式的对象，你可能会好奇为什么是 1001，因为小数计算我是通过 / 100 的方式规避的。也就是 233.33 实际存储 23333，仅在视图展示的时候做了运算，提交依旧是以这种形式进行，毕竟已经和后端达成约定了。
晚上回到家之后打开了微信小程序开发工具准备整活，发现我图库里面的图片没了！结果确认是点赞的逻辑存在问题，会触发更新媒体信息的步骤，导致图片源文件被移动到了一个错误的位置。这主要是我此前控制器的逻辑写的不太合理，没考虑到现在「只更新点赞数」这种使用场景，所以我说我这后端写的挺垃圾你们信了吧。
打完原神之后对微信小程序端做了调整，还优化了日记详情页在 iPhone 等设备上的样式，底部悬浮处预留一定的安全距离，避免按钮在边角处点击困难的情况。这里主要用了 CSS3 的 constant、env 和 max 函数，前两者其实意思一致，只是规范新旧差异，后者是从多个值中提取出最大的。
padding-bottom: max(.5em, constant(safe-area-inset-bottom)); /* 兼容 iOS < 11.2 */
padding-bottom: max(.5em, env(safe-area-inset-bottom)); /* 兼容 iOS >= 11.2 */
/* 后面发现其实可以不需要 max，env 本身是自带 Fallback 的 */
padding-bottom: env(safe-area-inset-bottom, .5em);