@mofan236 第三方启动器叫 Cross Launcher

敢情挺好，我也正好在搞一个基于 ServiceWorker 的 Bundleless 项目，暂时还没开源，有兴趣的可以来戳我体验

如果这两个能够结合起来的话应该能是一个很不错的搭配

目前有个不太像样的还没做完的官网： https://unpak.dev

直接整台 GPD XP 回来就完事了

附：我正在倒腾给第三方 ROM 加回 GPD XP 功能的 MOD： https://twitter.com/classicoldsong/status/1474407688587345920

在 Flutter 里用 JS 渲染 Flutter 应用
套娃

@shunia solid 默认 JSX 啊。。。浏览器又不原生支持 JSX 语法。。。而且用 tag 的方式写逻辑也是我极度避免的操作

另外，就算能用 htm 之类的库来代替 JSX ，那也是运行时编译了。

@shunia solid 依旧需要编译，所以不是一个思路的东西

17 万首歌的曲库用 plex 体验一塌糊涂。。。。每多切几次歌就会整个服务端卡住，至少 1 分钟，strace 了一下在疯狂地 seek 它的 sqlite 数据库，seek 的甚至不是相关曲目的位置。。。

最近的更新用 dlna 播放曲库倒是不会卡住了，不知道什么时候官方客户端才能不卡

相比之下 jellyfin 无论是客户端还是 dlna 这么大的曲库都一点不卡，真的不是很懂闭源商业软件在搞什么。。。。搞得我都想把 plex 会员退了。。。

@shunia 关于 jsx ，我本来的设计意图就是想用纯 js 实现类似 jsx 的效果（不是等价实现）。之所以没有选择传参的原因是 jsx 的 attr 用法混杂，没办法单独表示 prop ，class 甚至要写成 className ，事件处理方面就更不用说了。。。其灵活性是远超 jsx 本身的，比如 https://stackblitz.com/edit/singui-esm-demo?file=index.js

attr 和 prop 其实还有更显式的用法 useAttr 和 useProp ，最新的 demo 里也有一点体现，不过没说清楚的情况下的确不太容易让人看明白

看得头疼的问题一方面是习惯了目前类 html 模版的形式，另一方面的确是视觉 hint 基本没有。全都是函数的确很难识别，这一点我真的没想到更好的方法。

我目前在打算整一套无编译无打包的工作流，上面的 esm demo 同时展示了这一点。不过这还没达到我预期的目标，所以需要转译的方案基本上是不会考虑的。如果有更好的能够兼容现有用法且能够改善视觉提示的方案的话也欢迎来开 issue 讨论

@PEAL 所以我搞的这玩意只是纯 runtime 且没有破坏 /改变任何 js 语义，但本质上跟纯手写原生 API 还是有很大区别的

@makelove 我倒不认为是可读性的问题，JSX 本身的局限性太大了还要用的很大原因是。。。复制来就能用

@makelove 那很不巧我还真设计了个基于缩进的模版语言，服务于我之前写的另一个框架 https://ef.js.org

@shunia 不要把方法当方法，当成作用域隔离区块就行了

不然你没有发现 attr/prop 明明是全局声明的，却可以在恰当的时候指向恰当的 tag 吗

而且这些方法可以直接抽出来变成 hook ，灵活性相当强

没必要把思路框在已有的范畴里。。。

@makelove 你们写代码都不带缩进的吗。。。。

@X_Del 帮你整理了一个更可用的版本（ x

https://stackblitz.com/edit/singui-demo-w2quet?file=index.js

@huxiaofan1223 可以 share 一下怎样算不过度吗。。我真的没想到写起来更方便的形式

@SuperMild 我这种做法不是没有问题，比如用于组织 UI 的代码辨识度过低就是一个挺头大的事情

这一点我没想到更好的方法，毕竟项目初衷就是使用纯 js ，避免产生对字符串的 parsing 。如果各位有更好的思路的话欢迎提出讨论

@SuperMild 恕我直言，类似思路的东西太多了，从我开始跟其他人讨论 singui 开始这已经是第二个了。。。。这种形式有几个问题：一是全是“.”，二是组织结构的时候必须用一堆逗号双引号太局促，而我想试试看把纯 js 写成类似 jsx 的组织方式会怎么样。而且这种形式不够 self-contain ，即无法在一个 code block 内完成对一个元素 /组件自身的描述。以及内容复用的问题，singui 可以做到类似 hooks 的使用形式，轻松实现组合式编程。

@codingBug 烫手，闭合标签写起来想打人

@X_Del 挺好的啊，侧面证明了这套思路的完备性，而且有机会解决有人提出的视觉 hint 的问题（虽然又再次引入了 parsing ）。。我还在琢磨怎么套个自定义的 markdown 解析器上去好往里面插可编辑的代码块