@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 忘记加狗头了

@letking 比较同意。
我觉得后端们学习一个新的领域要摆正心态，

“前端这么简单，我应该看两眼就学会了嘛。这个写的这么 low，肯定是前端全都这么写” 这种心态不要有。

你觉得是奇葩的写法那就去找更优的写法，又不是没有。

你需要一个状态管理插件，以前我用 redux mobx 。
react 16 推出 hooks 后我使用 https://github.com/jamiebuilds/unstated-next/blob/master/README-zh-cn.md

readme 的指南部分，有介绍这个库的设计思路，就是用简单封装一下 react 的 context api

不过直觉上这种性能没多大差别吧，写法麻烦了。你可以先测试一下看看。

因为参数变化才需要重新定义，那利用一下 event 对象吧。

const handleClick= (e)=>{
const item = category.find(x=>x.id ===e.target.dataset.id)；
}

category.map(item=>{
return (<div data-id={item.id} onClick={handleClick} />)
})

@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 。可以说已经完美了。