tc39 还是要订阅一下的: https://github.com/tc39/proposal-optional-chaining https://github.com/tc39/proposals/blob/master/finished-proposals.md

VS Code + TypeScript 会给我强推这种写法.

附言 1 中的链接写得不怎么样. 尤其是 "The creator of Typescript knows nothing about programming" 这种愤青言论, 都不想去反驳 TA.

听说过, https://github.com/zsqk/news/blob/e3a6438bea076dee1426087c6d80a18a12bc42db/2020-03-30.md

@xcatliu 也不是, 希望 foo 就是 fn 中返回的类型. 比如 fn(): {foo:string, bar:unknown}, 但是在使用的时候, bar 可能已经是 number 类型.

实际使用中, 对象的属性可能有很多, foo, bar1, bar2, bar3, bar4, bar5, 这时, 泛型会比较啰嗦.

目前还有一种做法: 泛型

`const { foo, bar } = fn<number>();`

请问, 解构时如何断言?

比如我们目前用的方法:

```js
const { foo, bar } = fn() as {
foo: string;
bar: number;
};
```

可如果我只想断言 bar 而不想断言 foo 呢?

是有人有这样的需求.

我还有恢复(老款支持) iMac 当作外接屏幕的需求呢, 可惜 Apple 不会满足我.

在实际使用一段时间过后, 我们尽量只有三种情况下使用断言:

1. 刚开始开发时临时用.
2. 类型判断函数内.
3. 不方便声明类型时, 如前端 React.useState 初始化 state 时.

用到类型断言主要是外部沟通(比如前端获取 API, 后端获取 HTTP 请求参数和从数据库中读数据), 这些情况下所有断言都会使用上述情况 2, 避免直接使用断言.

我这里电信 `nslookup gitlab.com 8.8.8.8` 无法查询到结果.

@index90 四年前写的. 我去搜索, 没找到类似的东西, 所以自己整理写写. 名词解释的意义在于, 是理解的前提. 但我笔法不好, 可能晦涩, 甚至错误. 我也希望有更好的让我的团队提高的做法.

"三江一中 89 级 92 届", 如果是的话, 还挺资深的.

@missdeer 看上去挺好看的, 但在编辑器中有点问题, 字体整个偏上.

找了一个替代品: https://www.foundertype.com/index.php/FontInfo/index/id/198.html

如果这个秀楷能多一些方正的字型就好了.

"字体都是有版权的", 伪.

有的字体可以免费使用. 比如思源.

收到了 NPM 的邮件, 才看到有人发讨论.

个人觉得还好.

只能说微软是 ECMAScript 的真爱吧. 微软现在挺好的, 虽然我不用 Windows, 但 TypeScript, VS Code 我都在用.

我认为 VS Code 的前后端分离概念, 领先其他竞品一代.

@Jooooooooo 先有的 YC 孵化.

Email

nslookup domain.bucunzai 123.123.123.1