vapor模式的语法好奇怪,有没有完整的示例

[zybieku]

jsx vapor 模式 ,是只要把defineComponent 改成 defineVaporComponent 即可嘛,
我看示例都直接变成函数了,setup也没有了 ,return也不是个函数
这样反而给我造成心智负担, 有没有完整的demo

[zhiyuanzmj]

jsx vapor 主推 function component, 只有在需要解构 props 的时候才需要 defineVaporComponent.
defineComponent(虚拟DOM) 和 defineVaporComponent(Vapor DOM) 做了一些魔法 把解构的 props 自动加上 props 前缀.
实例里面确实忘记加 defineVaporComponent， 等会我加上。

当然如果你不喜欢魔法，只想用原生的 TS 需要等这个 PR 被合并
vuejs/core#13831

[zhiyuanzmj]

在使用 defineVaporComponent 时不需要返回一个函数了.

这里有一个比较全的例子
https://repl.zmjs.dev/vuejs/vue-jsx-vapor

[zybieku]

到不是喜欢不喜欢的问题 ,主要是考虑后续如果要使用, 以后稳定了, 老项目怎么迁移,提前预研一下
1 如果只是改个defineVaporComponent 包装,那就最好,成本也低
2 另外明明熟悉了defineComponent 写法,又来一个function component, 作为主流,就会很奇怪

[zhiyuanzmj]

defineComponent 是 vdom 时代没办法用 function component 的一个妥协 它必须要返回一个方法 用于区分 setup 和 render function.
Vapor 时代保留了 defineComponent 的写法 不需要返回方法, 并且 defineVaporComponent 也可以省略 就变成了纯粹的 function component.

[zybieku]

jsx vapor 主推 function component, 只有在需要解构 props 的时候才需要 defineVaporComponent. defineComponent(虚拟DOM) 和 defineVaporComponent(Vapor DOM) 做了一些魔法 把解构的 props 自动加上 props 前缀. 实例里面确实忘记加 defineVaporComponent， 等会我加上。

当然如果你不喜欢魔法，只想用原生的 TS 需要等这个 PR 被合并 vuejs/core#13831

这个还没合并,

[zybieku]

defineComponent 是 vdom 时代没办法用 function component 的一个妥协 它必须要返回一个方法 用于区分 setup 和 render function. Vapor 时代保留了 defineComponent 的写法 不需要返回方法, 并且 defineVaporComponent 也可以省略 就变成了纯粹的 function component.

了解,新的业务我赞同
但是能不能不要这么破坏性, 让老的业务代码 平滑过度, 改动少一些 ,
毕竟那么多年的 defineComponent 写法,旧写法兼容是最好不过

[zhiyuanzmj]

如果你不开启 macros 特性的话 和 defineComponent 是一样的， 除了 defineVaporComponent 不需要返回方法了