pin_on_change() 的实现方式

[18870]

0c0c471#diff-9d7e06e718398527e392dd83d98f8ce94c15c089c70a7ba490a7ada17c161252R360

我注意到这里使用了 pin_wait_change() ，这种方法在同时监听很多pin组件或服务器到用户延迟较大的时候，两次监听的时间间隔会比较长。当用户输入的比较快的时候可能会出现漏字的情况，以前的 markdown 实时预览 demo 可以复现这个问题（我找不到链接了）。

如果可能的话，我的预期行为是 pin_on_change() 可以在前端直接绑定pin组件并持续监听，由前端主动向后端发送变化，而不是依赖 pin_wait_change() 反复对组件监听一次。

#273

[wang0618]

当用户输入的比较快的时候可能会出现漏字的情况
这个是前端原生的 onchange/oninput 事件的限制

我的预期行为是 pin_on_change() 可以在前端直接绑定pin组件并持续监听，由前端主动向后端发送变化
这个确实会考虑

[18870]

当用户输入的比较快的时候可能会出现漏字的情况

这个是前端原生的 onchange/oninput 事件的限制

可能我没有说清楚，漏字是指用 pin_wait_change() 的时候，前端向后端发送完消息后就不再监听了，此时要等后端处理完并重新向前端发送一次新的 pin_wait_change()，这个处理的时间间隔内就会漏掉用户的输入。即使处理返回值(or callback)只是做一次赋值也不可避免 前端-后端-前端 传输的网络延迟。

我不是很了解前端，上面说的工作方式是我猜的:grinning:

[wang0618]

确实是。应该不是前端的锅