自定义 signal 判等方式，或者 update address 的时候把整个 user update 成另一个 object reference ，好比 redux / ngrx 处理的方式。

signal 相当于默认有 rxjs 的 distinctUntilChanged ，你第二次 emit 同一个 object reference 会被 skip 掉的。

你在 update user address 时，user 这个 signal 并没有变 dirty ，自然 computed 不会重新计算。

const id = ()=> ('i' + 'd ').trim();

const n:number = obj[id()];

如果有这样的类型你这样操作那 TS 该不该报错？ key 是运行时决定，所以有可能是 string 也有可能是 number 。

搭配 super 食用效果更佳，还有 super.xxx = 5 这种左值用法😂

grid 正解，甚至支持过度动画。

个人感觉应该跟这个 section 有关 https://www.w3.org/TR/css-sizing-3/#cyclic-percentage-contribution

If the box is replaced, a cyclic percentage in the value of any max size property or preferred size property (width/max-width/height/max-height), is resolved against zero when calculating the min-content contribution in the corresponding axis.

尝试来解释一下：

前提知识点：div 和 img 的 display 计算值虽然都是 block ，但是 CSS 内部还是区别对待 img 的，因为它是 replaced element 。

套多层 flex 起到的效果和 width:min-content 一样，简单说就是这个 container 的宽度由子元素 的 min-content 来贡献。虽然 .icon 已经有明确的 width 定义，但它的 max-width 也会影响它的 min-content 最终是多少，而 max-width 如果是百分值，也就是它需要先知道父容器（ containing block ）的 size ，所以这里就产生了循环依赖。CSS Box Sizing Module Spec 就规定了这种情况，解法分 replaced element 和 non-replaced element 。

non-replaced element 在计算 min-content / max-content 内在盒子大小时，遇到百分比或循环依赖值，直接就把整个值当作是没定义一样，即，使用其 initial value 来计算。div 的 max-width initial value 是 auto ，width:16px + max-width:auto 得到的 min-content 就是 16px 。

replaced element 在计算 max-content 时也是一样，但计算 min-content 时不同，循环依赖值会直接当成 0 来对待。width:16px + max-width: 0 得到的 min-content 就是 0 ，所以在父容器计算宽度时，img 贡献了 0 。

这里的 0 / auto 只会影响解盒子的 min/max-content 的流程，盒子本身的 sizing 过程百分比依然会被遵守，即，max-width:100% 在以 0 对待并算完父容器的宽度后再以百分比算出其值然后作用于 img 上。span 中的字符总宽度 hello word!!! 是 111.25px ，因此含 img 的 .item 算得宽度 111.25px ，img 最终得到 max-width:111.25px width:16px 宽度仍然是 16px 。

img 加 max-width: 100% 后在贡献宽度的时候贡献了 0 ， 在分配宽度的时候还占 16px ，所以整体 size 就不够分了，没人 flex-shrink 所以就溢出了。

可以进一步简化 demo ，不需要嵌套 flex 就可以复现。

https://jsfiddle.net/zc9vqdn6/2/


```
<div class="item">
<img class="icon" />
<span>Hello World !!!</span>
</div>

<style>
.item {
border: 1px solid black;
display: inline-flex;
align-items: center;
white-space: nowrap;
width: min-content;
}

.icon {
background: green;
width: 16px;
height: 16px;
flex-shrink: 0;
max-width: 100%;
}
</style>
```

@sunhelter 在 30 40 年的时间尺度下，必然要考虑通胀的，除非你处在 90 年代初的日本。长期通缩更可怕，不过有现金的爽歪歪，有负债的就惨了。

假设你持有的货币年通胀平均 5%，1.05^40 = 7.04 ，40 年稀释了 7 倍。假设一直控制得很好能摁在 3% 内，1.03^40=3.26 相当漂亮。如果遇到大通胀周期平均 8%的话，1.08^40=21.72 那没人能轻松跑赢通胀了。。。

然后每月定点卖 5000 到 10000 块钱当生活费，类似逆向定投，或者个人养老基金。SP500 过去 30 年涨了 10 倍多，所以通胀完全不是事儿，到后面每月你还可以卖多点手头更阔绰。。。

买 sp500?

@timey 重音和节奏比元音是否发到位其实更重要，元音不到位可以根据语境联系近似发音的词，重音和音节节奏错了，那是真无法容错了，哪怕元音都对。

很多单词又偏偏在词性变化时会移动重音。

original origin
maintain maintenance
Admin administrator
Image imagine
最尴尬的是 analyst analysis analyze analytics

不影响交流你就是用手比划都行，影响交流了那就是问题，不要说什么口音大家都有，发音问题不止是口音问题。

@parthenon2007 很多动态挂载的 component 就特别适合 standalone component 。

你有个 modal service 可以接受任意 component 弹窗，或是要手动 lazy load 一个组件，你就会发现 component 必须装在 NgModule 里的设定这时候很累赘。

ES6 dynamic import 这个 component 还不行，还要先拿它所在的 ngModule 的 ref ， 搞什么 resolve ComponentFactory ， 用 factory 再 create component 。

Normal flow 的情况下由 line-height 不足或负 margin 导致的重叠，按文档流谁在后谁显示在上面。

@laqow 浏览器在这方面确实要克制，但本质还是用户要自己甄别网页是否可信。好比安卓上你下小软件，不论三七二十一，联系人短信相册甚至屏幕权限都一通授权，钱没了才发现上当了，回头说手机中毒了。只能教育大众别瞎装小软件，你能说安卓开放这些 API 危险吗？

网页授权设备后串口烧固件写镜像到 U 盘这种都可以在 web 页面里完成，相当方便。

Web Bluetooth ，Web Serial ，Web USB ，Web GPU 一大波系统级 API 慢慢开放给 Web 了。

换个思路，关闭麦克风音轨音量调成 0 ，打开再恢复行么？不一定要真的把 audioTrack 移除。

See GainNode