orzorzorzorz

主楼提到的，我认为是规范的各类实现。op 的问题，我会理解成对“工具好多啊，怎么选啊，有啥祖传规矩没有”的困惑。答案是工具背后能带来多少好处，这个只能看具体场景。比如已经有了成熟的 fetch 封装库，那用 ajax 就没什么好处了。
这块我理解为业务规范，还有编码规范、交互规范之类的。这些直接搜就是，但得知道这些东西的适用范围。得有“我要画个页面，那么 ui 设计的规范是啥样的...噢，想起来了有篇这个规范，我瞅瞅先”、“我要写 css 了，那么 css 变量规范是啥样的”这类的想法。
当然在这之前，还是要想想“接下来使用的规范”能带来什么收益。

试试快睡着的时候努力醒着，能被自己呼吸吵醒那种状态。每当我遇到这种状态，我总会觉得自己属床，梦在边上，诗在远方。

一天下来，我感觉亏了百分之九十，但又没完全亏，很怪。这种患得患失的感觉，就像导到兴头上，牛子突然消失了似的。

我一笔记本，闪电打坏了右边的 usb 口，左边的反而没事，就很神奇。

@jimisun 壳本质是在客户电脑上的服务端，服务端能做的壳基本都能做到。获取 mac 地址是没问题，模拟手机这个要看壳的能力了。个人认为你这场景 webview + 壳操作本地能力就行，js 还是 js ，算比较方便的了。

包个客户端的壳吧。浏览器这玩意给的安全措施太多了，很难满足特殊需求。既然客户跟你的关系已经超越了信任，不妨想办法突破这层膜，解锁更多姿势。

@nzbin 学到了啊。我对 service 的刻板印象是处理外部数据的，配合 rxjs 控制对外状态确实骚到我了。

@ymcz852 我只知道实例化调用。
不过实际上就算在 react 里，我也没碰见过层级那么深的组件。真有 op 这个场景，那是要考虑组件抽象是不是出问题了。