整个项目没有任何性能优化，根组件的 update 将导致整个页面的 update 。没有 memo 。只有两个 useMemo ，其中一个 useMemo 根本没必要，应该直接提升出组件外作为常量。

真喜欢函数直接用 React 就可以了。React 在 16.8 引入 hook 之后已经是函数式完全体了。

React 连组件都是拿函数声明的，state 、reducer 、hook 无不体现函数式的思维。粗看下来 Mithril 的组件还是拿对象来声明，没有贯彻太多函数式的思维。

Mithril 自娱自乐也凑活，真拿来写项目还缺少 路由、状态管理、组件库、SSR 这些必要功能。

我平常写 node.js 比较多，在 node.js 的世界里几乎见不到 DAO 层。就算是 Spring 味最重的 Nest.js 里也见不到 DAO 层。因为 node.js 的 ORM 很强大很好用，所有 DAO 层的事情 ORM 都干好了，直接在 Service 层里调用 ORM 方法就完事儿了。
我个人理解 DAO 在 Java 、Go 的不使用高自动化 ORM 、需要大量手写 SQL 的项目中会起比较大作用。
对于 Python 来说，如果有好用的 ORM 的话，没必要硬写 DAO ，直接用 ORM 短平快地完成需求岂不美哉。

OP 用的什么什么软件生成的 srt ？ 正常的语音识别输出的不就是一个完整的语句吗？

https://www.xfyun.cn/services/lfasr
https://help.aliyun.com/zh/dashscope/developer-reference/paraformer-speech-recognition/
https://www.volcengine.com/product/asr

我是 FireFox 和 Chrome 一起用。工作学习看文档看 Github 用 FireFox ，娱乐看视频用 Chrome 。
FireFox 的界面比 Chrome 高效得多，尤其是搜索栏，一个搜索栏能同时搜谷歌、Github 、npm ，太高效了。
体验上确实 Chrome 丝滑。以前火狐连 blur 都不支持，同一个网页在 Chrome 和 FireFox 上完全不一样。FireFox 比以前肯定是好多了。

trpc https://trpc.io/

React 的 UI 组件库生态比 VUE 要丰富太多，从这方面讲确实用 React 开发漂亮网站要简单一些。

React 好看的组件库有：
https://nextui.org/
https://v2.chakra-ui.com/
https://mui.com/material-ui/
https://ui.shadcn.com/
https://semi.design/zh-CN

Vue 好看的组件库：
https://www.naiveui.com/
https://ui.nuxt.com/

TS 写习惯了，现在已经完全离不开 TS 了。
后端上个 OpenAPI 或者 GraphQL 或者 tRPC ，前端配合 ts 调用起来就很有信心，对接口有完全的掌控。接口有任何修改 TS 都能检查出来。

现在找轮子的时候，没有 TypeScript Declare 的包直接排除。有的库 tsdoc 写得很详细，tsdoc 直接当文档看。

写通用库的时候 TS 是必须的，之后调用的时候会很舒服。写业务的时候用 ts 就更舒服了，一般类型都直接能推导出来。

Scratchpads：创建多个便笺文件，以便在编写代码时进行涂鸦。

https://marketplace.visualstudio.com/items?itemName=buenon.scratchpads

你可能在找 Yjs： https://github.com/yjs/yjs

如果需要后端配合的话建议上 Hocuspocus： https://github.com/ueberdosis/hocuspocus

你可能在找任务队列

https://docs.nestjs.com/techniques/queues
https://github.com/bee-queue/bee-queue
https://github.com/OptimalBits/bull

同意 5 楼，同样是脚手架，我可以去用 vite (pnpm create vite)、Rspack (pnpm create rsbuild@latest)，还有 Remix (npx create-remix@latest)、Next.js (npx create-next-app@latest)，楼主的这个脚手架相比以上这些有什么优势？况且用的还是老一代的 webpack 。

valtio ，类似 vue3 的 reactive ，真正的自动档状态管理。

https://github.com/pmndrs/valtio

我建议你放弃思考，直接用框架的答案。如果能直接上个框架就更好了。

所有框架都是使用中间件（ middleware ）来拦截越权请求的，也就是你说的导航守卫。


https://nuxt.com/docs/getting-started/routing#route-middleware
https://remix.run/docs/en/main/route/loader#throwing-responses-in-loaders
https://nextjs.org/docs/app/building-your-application/routing/middleware

除了添加 WaitGroup 用于等待消息，你还得在发布端使用 defer nc.Close() 而不是 defer nc.Drain()，Drain 状态下是不能发布消息的。

我平常主要写 node.js ，为了回复你这个问题特意装了 go 的环境。

你的问题是接受程序(Test_natsio_resp) 从上到下走完直接完事儿了，没有等待下一条消息这个程序就退出了。

你需要想办法让程序等待消息进来，具体代码请参考：
https://github.com/nats-io/go-nats-examples/blob/main/api-examples/subscribe_async/main.go

Flutter 本质上是一个游戏引擎，它所有的视图都是自绘的。自绘使得 Flutter 可以在所有平台上保持视图一致。但也导致许多原生视图的特性在 Flutter 上无法使用，比如 Android 12 的滚动回弹动画。
另外比较致命的一点是，Flutter 的绘图性能是比不过原生的，这体现在翻页滚动流畅度、手势反馈延迟等许多方面。假如原生的用户体验是 100 分，Skia 引擎的 Flutter 的上限是 90 分，希望 Impeller 引擎的 Flutter 的上限能达到 95 分以上。

相比于天生是游戏引擎的 Flutter ，React Native 则是一个为普通 APP 而生的。RN 在各平台上始终使用
原生视图，能获得原生级别 100 分的流畅度上限。

再者，Flutter 在视图写法、状态管理上都落后 RN 一个版本。Flutter 使用嵌套地狱、RN 使用 jsx ； Flutter 的 Riverpod 、bloc 等状态管理方案还遵守 Redux 的思想，React 新一代的 zustand 、jotai 、valtio 大幅减少了模板代码。
在开发效率上 React Native 显然高于 Flutter 。

我的建议是，如果你的 APP 不需要复杂的绘图操作，也就是普通 APP 的话，应该首选 RN + expo ；如果你要开发具有复杂视图的 APP ，比如游戏、谷歌地球、高德地图、Wonderous ，应该首选 Flutter 。

建议体验一下 V2EX 的 Flutter 客户端和 React Native 客户端，Flutter 版本滑动、翻页的时候存在明显卡顿，RN 的体验明显好得多。
https://github.com/guozhigq/flutter_v2ex
https://github.com/liaoliao666/v2ex

@tlerbao 使用 vite 的话，在 dev 模式下不会自动 tree shaking ，但在 build 时会 tree shaking ，使用 webpack 始终会自动 tree shaking

@tlerbao #15 不会，有 tree shaking