@libook
@nanxiaobei
jsdoc 这个我比较好奇，能做到这种程度吗？怎么做？
https://imgtu.com/i/W45iQK

我知道 document.querySelector 这种都是因为有.ds

@chenyu0532 不开源，写一个 demo 也行。
实在不行，描述一下需求也可以，如果简单，我空了用 ts 实现一个。

@PerFectTime 对新手要有耐心，多说几次就不会写 any 了，前端总共就没几个应用场景，慢慢熟练嘛。

@chenyu0532 什么游戏，能开源大伙看看不。我感觉游戏这种场景 各种分层 /数据传递 最需要 ts 了。

@silencelixing 讲道理，前端真没多少要学的，学 ts 也花不了多少。磨刀不误砍柴工的，试试嘛。

@musi 刚开始的时候我和你想法一样，我想推又怕同事抵触，后来我们组来了一个比我厉害的同事，把工具链搭好，大家用得舒舒服服的，0 基础也都慢慢入手了。你既然团队成员多，恰恰应该多努力推一下，磨刀不误砍柴工。

注释的提示毕竟没有约束嘛，毕竟不是代码。

@fanym
@silencelixing
@leelz
@94qihang
各位都是说写着麻烦~~~ 不是我不信哈~ 我想问问各位使用 ts 多久了。。。
在我看来，写类型就是顺手的事情啊，能花个几分钟？
或者你们说说，写了什么类型花了多少时间。

@zxCoder 你的想法可能在更高层次了，我只是个前端，我无法反驳。至少我觉得 ts 是前端的最优解决方案了

@powerN
1，什么时候用枚举，什么时候用联合类型。我只有一个场景用联合 https://imgtu.com/i/W7gcBF

2，枚举转 list 。
这个我不知道，不过按理说一个是类型，一个是数据，这确实没法转换吧

@Leviathann 有时候是不好搞，用用 ts-ignore 也没啥不好的。
interface A{} interface B{} T exends A|B 这个没问题的吧？

@zhaol 哈哈，同感同感。 不过我补充说明一下，免得大家误会。
没有 @types 的库，非要用也可以用，只是没提示而已。

@Jaosn 看一下我回复 murmur 的，直接复制返回的 json 就行。

@willygeek007 看上面那句回答你。

@otakustay 应该是初学的多，毕竟前端整天门槛较低，学前端的不一定能熟练使用 ts 。

@erlking 哈哈，逐渐让新人上手嘛，这个对团队整体水平提升也是有帮助的。

@adjusted 这个我到没明显感知，你有测试过吗，具体说说呢。

@h1104350235 这是机会，你如果把工具链什么的都给大伙安排好，他们直接上手舒舒服服的写，那你就是大牛，大伙都的敬礼三分。

@murmur 刚毕业我确实写过两年 java，现在怎么也是算个“资深前端”吧。
我个观点是，你引入 ts 是一点坏处都没有。哪怕你就写个 demo 项目，也应该用 ts 。

@vindurriel 这个确实，我们目前的解决方案是不管老代码。新功能用 ts 写，老代码渐进式的重写。

这个就是我开头说到的“是在没法还可以降级到原生 js”，
一个 ts 项目是可以直接编译 js 页面的，甚至用 ts 写的工具函数也可以在 js 写的页面里用

@hahasong

同学，不要带带情绪反问哈，https://www.v2ex.com/help/assertive

认真回答你就是，我是前端。

@murmur 哈哈哈，你这个场景我经常遇到，我的解决方法可能不太优雅。
就是直接从 chorme 的 xhr 里面复制返回值 json，直接贴到定义里。
```ts
export interface DoctorInfoInquiry {
amount: 1; // 执行价格
createTime: '2020-06-09 11:22:45';
deptId: '015';
deptName: '五官科'; // 其它这些，不用管它。反正只需要他的代码提示就行了。
doctorId: '2144';
doctorName: null;
hisDoctorId: '2218-2144';
hisId: 2218;
hisName: string;
id: 1531129221808;
isFull: '0' | '1'; // 满员
isOnDuty: '0' | '1'; // 下线
maxInquiry: 50;
price: number; // 这种字段需要参与计算，就认真定义下
remune: number; // 展示价格
type: '1' | '2' | '3' | '4'; // 这种也是，当然最好定义一个枚举
updateTime: '2020-06-09 11:22:45';
}
```

@murmur "类型全写完的时间够写好几个模块了"

这个我不太认可，这个不是随手就定义了吗，定义类型也算是先规划好再动手写实现吧。

你可不可以举一个“类型要写很久”的例子？

@murmur 这个可以理解，不过前端其实没多少要花精力去学的，学学 ts 没错的。

你在群里看到的情况，在其他语言的群也能看到同样的情况，毕竟总会有初学者的。多问一些问题，熟练了就好了。

然后项目引入 ts 也是没啥坏处的，哪怕你是只写一个函数，能暴露出一个参数类型 /返回值类型不也挺好的嘛。
关键是引入 ts 你没有任何成本，免费获得 ts 的代码提示。

你调用每一个浏览器内置函数，都能享受到 ts 定义带来的便捷。所以加入 ts 吧！

我们在用，目前遇到的问题是：页面节点太多的情况下，每次状态变更都比较卡。
比如：一个长列表，有一个下拉选择筛选条件 type，如果列表已经加载了 20 条，setType('xxx') 时就会卡一秒甚至更多

我觉得是因为他是基于 react 的，需要维护一个 dom 树，每次 react 状态变更要先 diif 一下，然后发送到小程序又要 diff 一下，这个通信比较慢。
和 wepy 这种直接编译成小程序代码不同，状态就是小程序自己管理了。

不过还好，reamx 允许嵌入小程序原生组件，UI 频繁切换状态我们用原生写了
可以原生只写切换部分，渲染还是用的 remax 。
就好像 web 上面，频繁 setState 会比较卡，那就获取 domRef 手动设置 style 。写法稍微有一点点麻烦就是了

@darknoll 忘记加狗头了