@xfq2 那是 vue 插件的问题，没的解决方案

@jenson47 你想要更好的 temlate 提示的话，可以考虑用 vue marcos 代价是编辑器更卡了

@jenson47 不完全是这个问题，vue-tsc 在超大项目里面跑就是很卡，你换 tsc 就不卡

同理 ts language server 不卡，vue language server

我觉得核心还是 vue 现在 ts 推导太复杂，需要简化

你们可以试试在线去看看这个实现： https://s.icepro.top/TFXr5z

泛型什么支持也都很好用

https://i.imgur.com/sLKoVaw.png

@jenson47 #23

你说的这个我之前用过，项目大了以后 defineComponent 很卡的，而且最关键的是类型声明很麻烦。

所以最后考虑是放弃一点性能，完全依靠官方 ts 的语法来实现,所有的属性都从 props 传递，scoped slot 用 children 约束：

https://i.imgur.com/5PHv2GJ.png

这样编辑器也不卡了，写起来还方便 https://i.imgur.com/L62ZP7V.png

再补充一个 playground 地址，可以直接试试语法

https://vueireact-repl.vercel.app/

@ochatokori

试试我这个方案，ts 体验很好，vue3 版本刚开发玩，vue2 的用了很久了。

https://vueireact-docs.vercel.app/

https://github.com/iceprosurface/vueireact

@Gaoti jsx 写的多！要不要来试试我整的花活，可以和 react 差不多的 tsx 编写体验

https://github.com/iceprosurface/vueireact

可以直接去 REPL 上实验：

https://vueireact-repl.vercel.app/

至于 console 1212 因为 await 的原因应该是要等到整个微任务队列清空以后才会执行的吧，这种代码我觉得纯 八股文，如果要保证时序，应该从业务考虑

你这段代码：
```
const getNum = () => {
console.log("getnum 执行")
return new Promise(async (resolve,reject) => {
console.log("promise 开始")
resolve(1)
addMicro("haha")
console.log("promise 结束")
addMicro("===")
});
};
```
执行到 addMicro 的时候下一个微任务队列是：

[addMicro("haha").then, addMicro("===").then]

我记得理论上 Promise.resolve().then 的回调函数会在当前同步代码执行完毕后加入微任务队列的。

关系型数据库的话可以考虑 tidb cloud ，查询量不大的话应该也够用

@MrYELiex https://i.imgur.com/L62ZP7V.png 值得肯定是值得，能在凑点折扣也成嘛，没有就算了

@miserist 教育版就算了没必要白嫖了，都用这么多年了

@alphardex 很漂亮，但是阅读体验太差了，感觉只适合做个展示

对于问题 1：
要么直接用 option 要么直接用 setup ，目前看这个写法出了麻烦没什么好处，如果是老项目我建议不改，如果是新写，就不要沿用了。

对于问题 2:
对于老项目，重构价值不大的，你领导说的对，不要改，对于新维护，维护频率高的，你可以据理力争改改

对于问题 3:
对于 api 请求我的观点是多少行都无所谓, 应该尽量自动生成，有类型（ PS: 我们项目里面的请求文件目前有 13300 行, 反正 idea 自动折叠无所谓,而且一般不用点进去看）
如果手动写的，确实应该是分模块封装起来用，你领导说的也对，过早的优化是没有必要的

对于问题 4:
按照你们现在这个情况，你领导说的对。因为要执行需要满足下面几个条件：

1. 严格执行 review ，且 review 要求高，必须是交叉 review ，review 不通过不给合并
2. 项目时间安排合理
3. 整个前端所有人达成共识才能执行的
4. 要有对应的规范指南，每个新人进来前两天必须熟读
5. 所有项目的 code style 、lint 规则一致

@zictos

我的服务器就在 C 区，整个机器都连不上了。现在都没恢复，还是得靠自己做容灾，切备份节点了

我是用 obisidian 的，可以看我博客：

https://iceprosurface.com/blog/moc/