XCFOX

我都是写 reactive + class 的。
class 简直是天然的 store ，状态和方法一目了然。

```ts
import { reactive } from 'vue'

class ClientStore {
name = 'Alice'

get greeting() {
return `Hello ${this.name}`
}

updateName(newName: string) {
this.name = newName
}
}

export const client = reactive(new ClientStore())
```

我觉得有点本末倒置了，正常来说是 AI 生成代码再由人工审核。

我被 coderabbitai 审查过代码。个人感受就是被不熟悉业务的教条主义派指指点点。ai 会抱着各种设计模式、SOLID 原则对你的代码指手画脚、没有问题创造问题。

从 Remix 用到 React Router v7 ，非常好，生产环境跑得很稳。

小项目用过 Next.js ，跟 React Router v7 比完全是倒退：
- Next 用 "use server", "use client" 区分服务端组件和客户端组件，React Router v7 用 .server.jsx 和 .client.jsx 区分服务端组件和客户端组件，React Router 正常太多了；
- Next 的打包器 Turbopack 比 Vite 慢太多了，开发体验严重倒退；
- Remix 提出的 loader 比 RSC 好用一百倍，获取数据纯函数就行了，RSC 非得和视图耦合在一起，RSC 还有一堆限制，完全不是正常的 React 组件；

我选 tsx： https://tsx.is/

React Native 和 Flutter 各有各的优势，生态都算得上完善。

RN 的优势是使用 React + js/ts 开发，使用原生渲染。性能基本上没问题，一般页面确实像 native 一样流畅。
TypeScript + React 生态太好了，Zustand + nativewind 领先 Flutter 两个大版本。
使用 Expo 搭环境开发体验也很优秀。还有后悔药热更新。
RN 的劣势是多端 UI 不一致，一个样式你在 iOS 上调的很好看了到 Android 上就崩了，得仿佛来回调，增加了许多开发成本。

Flutter 的优势是自绘视图，也就是多端 UI 完全一致。之前使用 Skia 绘图引擎的时候与原生应用｜ React Native 在体验上较大差距； Impeller 全面应用之后 我自己体验下来流畅度是胜过 RN 、与原生应用伯仲之间的。
劣势是使用 Dart 作为开发语言，落后主流 UI 框架 一个大版本。别人 SwiftUI 、Kotlin Compose 、React 、Vue 写一个 Counter 组件多清晰简洁； Dart 、Flutter 非得整两个 class （ StatefulWidget + State ） 是有什么大病？
别人 Swift 、Kotlin 尾随 lambda 都多少年了、React JSX 都多少年了？你 Dart 2025 年还在嵌套地狱、答案抄都不会抄？
更别说状态管理了，Zustand 、Jotai 、Valtio 随便拎一个出来都领先 Riverpod 、BLoC 一个大版本。

选型建议：具体到开发团队，更熟悉 web 、js 生态的团队选 React Native ，更熟悉原生开发、安卓开发的团队选 Flutter 。具体到应用：自绘视图和复杂视图多的应用选 Flutter ，比如谷歌地球、高德地图；使用原生组件多的应用选 RN ，比如新闻、视频、聊天。

最后是幻想时间：希望 Flutter 尽早抛弃 Dart 改换 TypeScript + JSX 或 Kotlin ，这样生态、性能、多端一致性、开发体验一应俱全。

TypeScript 非常适合写业务。

Kysely, Drizzle 能无痛写出又灵活又类型安全的 SQL:
```ts
const persOns= await db.selectFrom('person').select(['id', 'age']).execute()
// persons: {id: number; age: number | null}[]
```
据我所知仅此 TypeScript 一家了。