@passerbytiny > 队列只能保证先进先出，但不能保证先出就先消费，先消费就先执行
这其实从开头就按照队列式设计业务逻辑就行了，但这需要架构师开头就想好
实际上我从来没遇见到或者遇见也没意识到 “是前提” （比如说 B 是 A 的因变量，那么 A 是 B 的前提）以外而非得顺序的情况……

@sampeng 业务上不存在同步，只有说一致（强一致 / 最终一致）。

@SanGo 还有一种就是把 CTI 和 Trunk 分开存两个属性里，分别更新。
但那样其实就是自己手工写一个简陋、粗糙、残缺、低效的关系型数据库。
为什么不让后端做？一件事多个接口还不是做成 RESTful 的。
graphQL 或者 RESTful 你总得选一个。

按道理该把 main 代码塞到 __main__.py 里

@SanGo 这难解决？请回炉重造（指程序员）。

这个问题不管是开 vue debugger （浏览器插件）还是开 Network 选项卡都是可以轻易得知的。

你用了两个接口去获取
一个 getCti 一个 getTrunk
你先把 getCti 的结果填充进去，然后再去获取的 getTrunk
我有理由相信 getCti 本身没有 Trunk 的信息，所以 Trunk 被清空了，然后又通过 watch 添加的，中间必然差至少一帧。

任务管理器选择列有每个程序占用 GPU 的量

@codergrowing 不一定是引述，也可能是 “强调” 或者 “反语” 或者使用成语的变化体（至少报纸是会这么做的，比如 “宏” 颜 “获” 水）。

res.Cti 的值是？
你还说没有先清空再添加？

@Livid

@TrembleBeforeMe ？楼主一个全拼输入法都没说，你又在装什么最屌？
还是你云词库没试过输不出来？那我可以有效怀疑你是复读机 —— 不说别人没说过的话。
高手？我见过夜大学毕业，没学过计算机连软件都不会卸载的，用五笔 —— 感情马路上随便找个人都比高手还厉害？

“云输入法” 其实根本不能叫输入法。
输入法（ Input Method ），顾名思义，是 “输入” 的 “方法”。
而 “云输入法” 不是 “方法”，不是有规律可循的，没有一个方法论。
https://i.imgur.com/VRgGVlK.png

@TrembleBeforeMe 根本不用找
犇 bfn 就出了
你这就是不知道 “输入法” 长什么样的无知。

@no1xsyzy
小鹤双拼：
事物 uia wun
食物 uiwu2
失误 uiwu
实物 uib wun
石屋 uiakwuu
失物 uipfwun
诗舞 uiycwup
十五 uialwua
是吾 u wuwk
视物 uip wun
湿雾 uid wuyl
试误 uiygwuy
饰物 uiujwun
识物 uiybwun
时午 ui wupg
嗜物 uik wun
什物 uiru2wun

云词库：
全都是 shiwu

语音：
全都是 shiwu，带变调

我的观点是词库根本没必要，只要常用 3000 词四键，常用 100 词双键就行了
以前我也用搜狗，然后云词库也没用，因为我常常用些别扭的（甚至文言）词汇
事物、食物、事务、实物、石屋、失物、诗舞、十五、是吾、视物、湿雾、试误、饰物、识物、时午、嗜物、什物
你来说说云词库怎么打，语音怎么打
排序也是没必要的，有排序就不能盲打，当时智能 ABC 我打自己名字非常快，搜狗出来没人名的时候打个名字要半天，有人名了以后我的名字也永远是第二位……
不过现在用的输入法常常打出来就一个字 / 词，不存在排序问题

先复制一份然后尽可能缩，产生一份最小可复现样本。
如果如 #8 所言，或者类似地更新操作导致 data 暂时地不可用化，应该会在 console 里有报错，或者有 v-if="data"。
另外闪烁的样子录个 gif 吧，有可能甚至跟前端无关，是硬件跟不上也有可能。

@wenzhoou #31 > 认为只要我按书上写的走了流程，结果就应该是对的。
我想起了好多产品的宣传说自己符合 ISO 9001 …… 比如电视上羊奶粉广告。
然而 符合 ISO 9001 ≠ 质量好