@shakukansp https://github.com/taowen/vite-howto/tree/main/packages/SSR/auto-reload-node-server 支持 node 项目呀

https://www.sxl.cn/ 对 css 恐惧的人也很友好

https://reaflow.dev/ 还有这个

还有个 https://github.com/unocss/unocss

@why1001 老板总有吧。这个问题核心是老板想要怎么赚钱？收费模式是如何的。只要收费合理，跪舔也不是不行。客户想要不给钱，还要单独拉长期分支维护，赔钱的买卖是没有人会做的。

这个问题应该是产品经理来考虑的事情，也和如何收费有关系。https://zhuanlan.zhihu.com/p/356202989

https://www.gitpod.io/ 这样的路子更容易被接受一些吧。IDE 还是本地应用，只是提供了一个远程环境。

为啥分享个技术，这么多冷嘲热讽的？好好聊技术不行吗？

加油！

和 @jawei 聊完了一下，想了个办法 https://zhuanlan.zhihu.com/p/483407886 不启动整个应用，单独预览某一个 vue 组件

@jawei 解开依赖的办法就是让渲染的部分不去引用乱七八糟的东西，从而让 preview 可以随机生成数据，只跑渲染。那怎么描述不依赖乱起八糟的纯渲染呢？可以参考 solidjs 的 https://www.solidjs.com/docs/latest/api#%3Cswitch%3E%2F%3Cmatch%3E 做法。就是把 JSX/TSX 降级，用标签来表达 for 和 switch ，从而使得 JSX/TSX 里不会引用除数据之外的依赖。或者用 vue 模板，就只做 vue 模板的可视化就好了。

https://taro-docs.jd.com/taro/docs/html/ https://github.com/rikumi/kbone-svg 在 taro 和 kbone 上都能搞

kbone 有相对完整的 DOM 模拟，支持 getElementById 这些。微信小程序的展示层只支持 wxml ，你有 wasm 也没有用。最终东西要往页面上渲染，就只能和 taro kbone 一样，难不成你要用 canvas api 直接 draw 么？ wxml 动态化都长这个样子 https://github.com/taowen/vue-fusion/blob/main/packages/vue-fusion-weapp/pages/Fragment.wxml

taro 和 kbone 已经是很好的动态拼接 HTML 更新 View 的解决方案了。这两个都是 wxml 的动态化的方案。从原理上也没法做到更好，想要完整不缩水的 DOM 那平台不支持也没办法。

@3dwelcome 现在的 taro 和 kbone 的用户，自己对接一下应该不难。包括 view 部分的话，就很难移植现有的代码了。保持库本身的精简，也方便用来做 plugin 的基础设施，例如像 figma 这样 https://www.figma.com/blog/an-update-on-plugin-security/

看看 https://microsoft.github.io/code-push/

https://zhuanlan.zhihu.com/p/356202989 代码写得不好，不要总觉得是自己抽象得不好

38 号刚测了零跑 https://xchuxing.com/ins/58828#comment

两个人改同一个文件容易 conflict 。如果是通过新增文件的方式来实现新需求，就可以减少 merge conflict 。