V2EX › iugo 的所有回复 › 第 16 页 / 共 120 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 12 13 14 15 16 17 18 19 20 21 ... 120

❮

❯

2020 年 4 月 6 日

回复了 ccming 创建的主题 › Visual Studio Code › Eclipse 基金会推出 Visual Studio Code 的替代 Eclipse Theia

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

2020 年 4 月 5 日

回复了 xcatliu 创建的主题 › TypeScript › 谈谈 TypeScript 中的类型断言

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

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

2020 年 4 月 3 日

回复了 xcatliu 创建的主题 › TypeScript › 谈谈 TypeScript 中的类型断言

目前还有一种做法: 泛型

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

2020 年 4 月 3 日

回复了 xcatliu 创建的主题 › TypeScript › 谈谈 TypeScript 中的类型断言

请问, 解构时如何断言?

比如我们目前用的方法:

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

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

2020 年 3 月 31 日

回复了 Intelligent 创建的主题 › macOS › 为什么 Apple 不提供给用户多显示器选择选项？一定要盒盖吗？

是有人有这样的需求.

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

2020 年 3 月 31 日

回复了 xcatliu 创建的主题 › TypeScript › 谈谈 TypeScript 中的类型断言

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

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

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

2020 年 3 月 28 日

回复了 reechangs 创建的主题 › DNS › 119.29.29.29 大家正常吗？又挂了？

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

2020 年 3 月 27 日

回复了 iugo 创建的主题 › 程序员 › 把 TLS 握手过程用游戏的方式演出来让大家加深了解可行吗?

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

2020 年 3 月 27 日

回复了 kenvix 创建的主题 › 宽带症候群 › github.io 大规模中间人？

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

2020 年 3 月 18 日

回复了 iugo 创建的主题 › 程序员 › 漂亮的编辑器汉字字体, 字游工房教科书体

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

2020 年 3 月 18 日

回复了 iugo 创建的主题 › 程序员 › 漂亮的编辑器汉字字体, 字游工房教科书体

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

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

2020 年 3 月 17 日

回复了 licoycn 创建的主题 › 程序员 › 突然想到一个关于字体版权的问题

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

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

2020 年 3 月 17 日

回复了 plusDiscuss 创建的主题 › 程序员 › MS 通过 github 收购了 npm，加上 ts，新版 edge，加上 vscode 的组合，实质上拿下了 js 语言的生态系统

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

个人觉得还好.

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

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

2020 年 3 月 14 日

回复了 huanggan 创建的主题 › 程序员 › 求推荐国外的技术论坛网站

@Jooooooooo 先有的 YC 孵化.

2020 年 3 月 14 日

回复了 longjiahui 创建的主题 › 互联网 › 除了 wechat，还有什么通讯 app 可以用

2020 年 3 月 12 日

回复了 yulihao 创建的主题 › DNS › 移动有 DNS 劫持，该如何投诉？

nslookup domain.bucunzai 123.123.123.1

2020 年 3 月 12 日

回复了 iugo 创建的主题 › 程序员 › ESLint 自带规则部分笔记 (JavaScript 教材书?)

更新了: https://github.com/zsqk/zsqk/issues/120

2020 年 3 月 11 日

回复了 iugo 创建的主题 › 程序员 › ESLint 自带规则部分笔记 (JavaScript 教材书?)

刚好写到了 no-restricted-properties 这个规则, 这个一定是基于项目的, 项目升级后, 某些属性不再建议大家使用, 需要团队内部了解该规则, 针对性配置该规则.

这是通用的规则配置做不到的.

但我一定不是说通用的规则配置不好, 很好, 很建议. 只是当团队进入到某一阶段, 仅仅使用通用的规则配置已经不满足需求了, 我们需要详细了解还有哪些规则, 甚至在必要时自定义规则.

2020 年 3 月 11 日

回复了 iugo 创建的主题 › 程序员 › ESLint 自带规则部分笔记 (JavaScript 教材书?)

@Yumwey
@loading

当然好呀, 我也说了:

"大多数情况下我都是不建议自己完善规则的, 因为 Airbnb 的规则已经足够好用了, React 也有自己的规则建议. 并且 TypeScript 能做的更多."

只是在我们团队内部, 我觉得大家应该知其然, 知其所以然. 记录一下我的想法. 就像有论语译注, 也会有论语新解, 也还有李二娃的论语笔记.

2020 年 3 月 10 日

回复了 iugo 创建的主题 › 程序员 › 分享一个尴尬时刻, CSS

都像 noobsheldon 一样多好. 谁还没个脑抽抽的时候, 来, 舞台给大家.

1 ... 12 13 14 15 16 17 18 19 20 21 ... 120

❮

❯