@byte10 经典 你觉得不好 是你不够“高级”。

@byte10 经典把 mac 硬件和 win 软件混为一谈。。。

确实，没买 mac 电脑的，没用 4k 的都该 kill 掉。

@919615766 是的，发布就一直在用。你看 readme 可以知道这个库就是对 react context api 的简单封装，没有多少更新维护的需求了。

代码也就 40 行，真有啥问题 fork 一下自己改

redux 算是第一代状态管理了吧，这个真不行，开始我宁愿挂到 window 里我都不愿用这个。
第二代是 mobx，这个集中管理，用了一段时间，就是使用还要注入，缺少类型提示，勉强用着。
第三代 react16 推出了 hook，就有了这个 https://www.npmjs.com/package/unstated-next 。可以说已经完美了。

没有 TS ？？没有 TS ？？没有 TS ？？

@zhengfan2016 可以设置成中文。。

@deanguqiang 跑个题，我的真好奇，开着这么多窗口真的有效率吗。
你的工作场景是怎么样？阅历太浅想象不出。
有些标签会不会放在哪几个小时都不会切过去看啊？

1 、上下游都需要 TS 支持
不需要。在 tsconfig 中配置 allowJs:true, 你就可以直接 import 一个 js 文件。

2 、接口字段类型不固定
这个两个方案，实际例子来说有个 age 字段
一是定义成 any 类型，这样就降级到 js，你原来 js 怎么做就怎么做。比较年龄时编译器不会报错，但运行时可能就报错了(出现字符串比较 '2' 大于 '11'这种情况)。
二是定义成 unknown,这样在你比较年龄时编译器会报错，需要你先写判断 if(typeof a.age ==='number'){//TODO 比较年龄}，才能编译通过
-------
这个帖子的风向已经是人生攻击了，你作为题主很有必要拉回来。
-------
在我的理解中，js 换到 ts 不会有任何成本。除了一个领域到另一个领域的“几天学习成本”。
你可以提出你遇到问题，我们很乐意为你提供解决方案。

@nexo 他说的 接口 可能是 ts 的 interface 关键字 ,不是 “后端接口请求”。

这个网站不错

@yohole 这个确实，我有时候去搞 java c++，也是有很多工具链上得问题卡主(比如 maven)。

但这个其实只是熟练度的问题，去任何一个新的领域都会这样的。 因为不常用所以不知道怎么搞。

可以强制自己先跑起来，再说如何优化。


具体到前端这个来说
1 、装 node/npm
2 、装上 npm 源解决网络问题 ，推荐安装这个一劳永逸 https://www.npmjs.com/package/mirror-config-china
3 、用脚手架初始化
vue https://github.com/vuejs/vue-cli
react https://github.com/facebook/create-react-app

4 、npm i , npm run start

@yohole 看你是怎么定义的呢，2 个人合作也是多人合作。

话说回来了，哪怕自己一个人写代码，引入 ts 也没啥坏处嘛。但是不用 ts，在不可预见的未来可能就麻烦了。

看道理说工具链有问题，欢迎说出来交流交流。