SANSUI'S BLOG

#博客 对了哦，这个页面的无限滚动的框重做了，其实是参考的 Thread。但做的时候发现一个问题……头顶那两个圆角很难做！因为无限滚动是使用 transform3d 定位的，然后就会新建一个图层。众所周知，新建图层的 方形 background 会覆盖父级容器……

然后我想那是不是 first-child 就可以了呢？然后发现我的 virtual list 实现是每个 list item 外面都套了一圈 div，当时的原因是 ref 传不了函数式组件，但我又需要在父级使用 ref，因为我这个无限滚动容器大概是做了个除了微博以外的平台都没有做的 feature —— 可变高度（微博的那个可变高度还有 bug 草，收起时状态没有同步）

然后我可能会想 virtual list div 上去写样式不就好了吗？不行不行，我的 virtual list 设计是通用组件，不能带样式，样式应该由外部决定。

Thread 的解决方案是，绝对定位单独画了两个角……是的，你没有听错，那两个圆角甚至是两个单独的图层……我不想这么做。

我想不能在组件接口上开个口， style 传给内部吗？哒咩，一个组件的参数既有 container 的样式，和 item list 的样式，感觉就是很混乱。而且样式又分 style 和 classname。这个组件只有两个层级还好，只用暴露四个样式接口，但要是那种很多层的，不能也设计这么多样式接口吧！这是个原则性问题，絶対無理！

最后解决方法其实非常简单但开始时没有想到，那就是 在父级总节点加了 class，用最原始的， css 的，“>”…………

svg 动画，好，好好好，太适合关键帧了，k 帧 k 下来一个 transform 自动插值。所以重点在，触发和交互如何 k 帧……

另外就是 tailwind css…… 我真的不知道有什么好的啊啊啊！至少开发体验极差，因为逻辑被淹没在样式里，要修改时根本定位不到代码。你猜最开始的人为什么就把 html，css 和 js 分开写……从这个角度来说 vue 比较正常，react 这种 html 和 js 混合的确实是接受了好一阵子……但其实 JSX 里混得也不太多，大部分还是分开的。 tailwind 混合的太离谱了……是不用 writing css，因为本质上是重新定义了css……可能还是我用 css 太习惯了。styled-component 还是香的。

另外小火箭真的卡得不行，最近已经卡到怀疑人生了。换成了 sing box 好，好了！ singbox 手机上还挺直观好的，电脑上没 PC 端。GUI for singbox 真的很不直观，界面层级藏得太深了草，用看起来根本不像是能点的文字藏了我最关键的配置信息，逆天交互草……这之前我一直以为这软件的界面只有两个层级。

• 从一道让我失眠的 Promise 面试题开始，深入分析 Promise

我又在看手写 Promise，这个题也让我失眠……文章写得非常非常好。

到最后看到评论：wtf?? 竟然是引擎优化导致的，不是我对 Promise 机制理解有误……

有的评论强行说 Promise.resolve return 是两次微任务，不是 Promise 构造时被丢到微任务队列，而是 Promise 被 resolve 后，then 方法里的代码被丢到微任务队列。服了，谁会把构造函数扔队列……我也理解错了好久，Promise 构造是同步代码，但里面会有异步代码，then 进入队列时并不是在 Promise 构造时的那轮事件循环里。

推荐短篇漫画小狐狸化形记。在作品要么连篇累牍的设定与废话，要么网文快节奏模板的时代，已经感觉已经好久好久，没有看过这样能写进教科书一般的，剧本了。

二游的剧情其实我都看不太进去，大概就 fgo 2.6 还行，1.6 已经不记得了……然后原里枫丹审判看得还行，没有逻辑 bug 已经万幸了，要有代入感就算了。二游太注重打造异世界和卖角色了，但代入感反而是要能映射现实才会有…支线有不少抄名著的但抄得很生硬，反应人性不是故意写脑子有病的家庭啊喂。

枫丹把矛盾归结在了“天理”上，为了解决“天理”的问题而选择牺牲自己，算是非常讨巧的做法，这是一种“虚构的矛盾”，虽然不符合现实但是非常符合异世界卖角色的二游。

崩铁 2.3匹诺康尼大立意很好，但小分段上也还是在卖异世界社达体验，观感上最好的是只为剧情服务的星期日……他出场不多（物理）却有非常多真实的侧写，一是和妹妹的互动，二是有领导压力和家族派系之间的压力，三是有真实的动机——想人们能快乐摸鱼。这些和异世界结合也没有违和感。大部分角色做好一个点就不错了，砂金做好童年创伤就大卖特卖…说到底还是大部分二游角色过于扁平，没有现实的复杂度支撑不住。

然后这也可以解释崩铁垃圾桶会塑造得很成功。首先主角独特的捡垃圾 xp 就逆天，其次“垃圾”这词在当代象征了太多。垃圾除了能指人，还有十连抽出“金色传说垃圾”嘲讽了抽卡。垃圾桶的外形和战斗机制也足够搞笑……符号比角色好出效果可太真实了。

然后说回 fgo 2.6，厉害的点就在于每个人都是活的，矛盾和动机是真实且鲜明的“人之间的故事”（指抽象的人）。明明都是异世界卖角色，蘑菇怎么写出来的……可能是 fgo 最不需要的就是沉浸感吧……对于看剧情的玩家，只要脱离沉浸感，纯写剧情反而结果会好…

古剑三也挺好的，很明显这也是不用代入主角的游戏，有沉浸感大概是本土文化滤镜吧。玩基于西方神话种族体系的就不行，代不了。

虽然但是，ppi 小于 200，一般场景还好，但一开始涉及打印，看小说一类的，就不免会和现实的媒介比，win 这不上 4k 屏感觉真眼瞎……什么，16寸的2.5k屏 ppi 还不够吗？你好，是的，真的很明显，被虫啃了。

另外，把网页的字体 fallback 换成了方正兰亭黑Pro，字形真的前所未有的顺眼……微软雅黑就算改进过的也还是烂……不过 hinting 做得最好的还是更纱黑体。思源的 hinting 是一坨了。

关于 #博客 搜索，有考虑改数据库存储的方案，方案早就有想好了，客户端的接口形式也预留了，现在的 memo 就是数据获取的其中一种实现，非常的 CSR。剩下的就是看能不能找到靠谱且没那么贵的服务了，个人博客的 hosting 没什么流量，我也不是很常用。说来其实 memo 想存数据库主要是考虑搜索，目前的全文搜索真的很全文，都没有索引的……虽然写了三年的废话大小加起来连500k 也没有，长文那边 100k 也没有，完全不必担心……

个人一生能写的字数，大概除了写小说的，做成搜索的话用无索引全文搜索完全够了……我好像十四年的微博7000条了吧，可能 50-80 万字。memo 差不多有十万字，但搜索起来感觉就是瞬间无延迟，连 Searching 的状态指示都看不到……最大的时间消耗在第一次获取搜索数据上，也就是网络延迟……而且不是全文匹配，结果一旦符合就中断相应条目的匹配，搜不到时才是用时最久的，也用不了几秒。这么一说，个人博客废话再多也还是没有必要上数据库……实在久了就加上，只搜最近的500条所有带 tag 的条目……然后以后的处理器会越来越好，感觉远远大于，人的废话膨胀速度……