你可以这么想，你们的项目需要灵活吗？举一些具体一点的例子：你们的项目.vue 文件臃肿吗？你们的项目需要 mixin 等手段来解耦 /拆分吗？如果你的回答是肯定的，那么 Vue3 的优势是极其明显的，如果你的回答是否定的，Options API 也不是不可以。至于代码质量完全是看人，可以理解为：Composition API 大幅提高了上限，一定程度降低了下限。

感觉论坛网站只要有流量什么都好说，没流量说什么都没用。。。。

我只去过商业的体检中心，感觉还行，但是如果查出问题后到正规医院看的时候，医院不认那些商业体检中心的检查....要重新查一次

@cmdOptionKana 不清楚你是否参与过开源项目，感觉你对开源者的目的和我的认知有偏差。

首先普通人搞开源极大概率是赚不到钱的（有这样的人但极少），也请相信绝大多数搞开源的人初衷并不是为了赚钱，对于普通人来说，一个精心维护的项目需要耗费的时间精力还不如直接去接外包来钱现实。

那你要问我开源的目的是什么，有没有私心？那确实有：可以获得别人的认同感，可以提高获得好工作的机会，可以借助社区的力量把自己的东西完善，等等。

“开源后被抄袭，然后道德批判一番，多数都是为了给自己增加流量曝光而已”你这句话实属给我看蒙了，我替题主谢谢你和抄袭者了。

最后，你说“说自己没想到发出来会有人抄我是不信的”，我也不信，因为开源出来就是让人抄的，谁不准抄了吗？只是抄了之后不承认还把人家骂一顿是我没想到的

@cmdOptionKana 感觉你对开源者的目的和我的认知有偏差
“而普通人搞开源，极少人会傻傻地把能赚钱的代码拿出来（有这样的人，但极少），请相信别人的智商，都是权衡过利弊的。开源后被抄袭，然后道德批判一番，多数都是为了给自己增加流量曝光而已，真正不想被别人抄的，只要不开源就彻底解决问题的，这么简单的办法，说自己没想到发出来会有人抄我是不信的。”

@cmdOptionKana 道理大家都懂，题主当然也懂，只能说假设是我遇到了这种情况，然后到社区来看大家的意见，那么就我而言“别理这种 sb ，浪费了自己的时间不值得”远比“都开源了还计较那么多干嘛”更适合作为“劝慰”，后者什么立场还真不好说

为什么很多人觉得“开源了不要计较”、“开源者心态不好”？是白嫖习惯了吗？

不就应该是公司项目能跑就行，个人项目精益求精才对嘛....
个人项目你认为能跑就行，工作的项目老板认为能跑就行，那哪里还有提升的空间？

额，我就是上面 #13 #21 的兄弟提到项目的作者，这个项目是基于 DOM 来做的，你可以看下是否有参考价值

造轮子，造有人用的轮子

把鼠标放在变量或者相关的方法上有提示的，比如你写一个 document.addEventListener('mousemove', this.mousemoveListener) 把鼠标放 addEventListener 上就能看到相关各种参数的类型。

其实常用就那么几种，鼠标相关的、键盘相关的、文件相关的。。等等

element-plus 、antdv 、naiveUI 够用了。。纠结来纠结去项目早就撸起来了。。有啥成熟不成熟的

webpack+vue3
vue3 的轮子是基本够用了的，缺的是 vite 的生态

@xloger 不是中文项目水，水的是各类清单项目

你要是老板你随便玩，打工人就老老实实先 cli

服了，怎么在哪儿都能为了框架和 UI 库打起来。。？

这两东西随便选，看哪个顺眼哪个 api 符合你的审美选哪个就行，对于大多数普通用户来说除了这两点没有太大区别。
除非太菜，觉得某某坑多。
或者太强，觉得某某不够自己折腾的。

智能画笔这个功能有点好玩

话说创建一个白板的的前置步骤太多了

对于老板来说，写文档哪有写新功能来钱快

首先 vue3 绝对绝对绝对是支持 ts 的，上面说不兼容的几位朋友应该是对 vue 并不太了解。
回到楼主的问题，第一点，script 标签应该是<script lang="ts">，而不是 type="ts"，我不确定是不是你的笔误。
如果排除这一点，其实以上信息很难看出问题出在哪，我只能给几个建议：
一，如果方便的话，可以贴出仓库地址，大家可以帮你检查问题出在哪
二，去看看一些 vue3 ＋ ts 的案例，看看区别在哪里，这种案例 github 一搜一堆，我前段时间也在 v 站上发过一个 vue3 ＋ ts 的项目，你也可以翻我的主题看看
三，最简单有效的办法，直接用 cli 生成一个 vue3 ＋ ts 的项目模板，对比检查问题出在什么地方

顺带一提，上面有朋友认为写 template 没提示，还不如不用 TS，个人不太认同，template 是可以通过 ide 插件（如 vscode ）支持 ts 提示的，至于 template 和 tsx 哪个好，就见仁见智了～