Zzzz77

我的反馈是：你使用的幻灯片编辑器是基于 AGPL-3.0 协议的开源项目，但你并未遵守协议，还请尽快遵照协议将你的产品代码以 AGPL-3.0 协议继续开源

@astro1boy 原因你自己也说了...因为没门槛

人家说你 AI 生成的代码质量差，你最好的反驳方式就是：show your code ，让大家看看质量到底差不差，真的足够优秀就能堵住大家的嘴。

楼上很多人觉得在自己家想怎么就怎么，都是正常生活而已。。。。我想说，未经他人苦,莫劝他人善。

你家楼上光脚跳绳跑步你觉得正常吗？
你家隔壁在墙上装个儿童架天天在家打篮球你觉得正常吗？
你家楼下没事就在家全套音响设备搞起唱 K 你觉得正常吗？

#9 9 楼说得好，这就是基本素质问题，真就放下个人素质享受美好人生了。

预测楼下会有这样的回复：

1. TRAE ？为什么不用 xxx ？
2. 用的什么模型？要用 xxx 才行的。
3. 经典人不行怪工具。
4. xxx 已经用 xxx 在做 xxx 了，人家都行你不行？
5. 你要学会 xxx ，光 xxx 肯定不行啊！
6. 为什么人家是领导呢，不会用 AI 的人永远成为不了领导。

@NX2023 哦哦确实，刚没注意到图，Mermaid 的 Live Editor 几个月前都还只支持单向的，现在已经支持双向了😂

@NX2023 op 的意思大概率是说 markdown 渲染之后能够直接在图上进行二次编辑，而不是编辑文本同步到图

你仍然可以沿用部分 Options API 的思维来写 Composition API

具体来说，你可以：

把 props 都写在一起（ Options API 中的 data ）
把 ref 都写一起（ Options API 中的 data ）
把 computed 都写在一起（ Options API 中的 computed ）
把生命周期都写在一起（ Options API 中的生命周期）
把 watch 都写在一起（ Options API 中的 watch ）
把函数都写在一起（ Options API 中的 methods ）
以此类推...

这样子在代码组织上，部分保留了 Options API 的思想，但是当你需要对一些逻辑进行封装时，又可以享受到 Composition API 的优越性（业务逻辑易抽象封装是 Vue3 相比 2 最大的提升，不需要再去写恶心的 mixin ）

可以参考我的项目： https://github.com/pipipi-pikachu/PPTist

高级：能独立负责复杂大型项目架构
中级：能高效高质量独立或主导开发复杂大项目（本身代码能力和高级无明显差距）
初级：能高效高质量独立开发和维护常规项目、且能够在中级引导下完成复杂项目某个模块功能且不拖后腿的