Flutter 真的性能更好吗？

基于 Flutter 的《哔哩哔哩漫画》在翻页和滚动时会有明显卡顿，这个问题是普遍存在的( https://github.com/flutter/flutter/projects/188)。
另外一个基于 Flutter 的《彩云小梦》甚至连高帧率都没适配，可以说是我手机上是最卡的 APP 。

Flutter 团队为此不得不抛弃 Skia 自制一个渲染引擎 Impeller( https://github.com/flutter/flutter/wiki/Impeller)。

反而 RN 使用原生组件在动画渲染上是没有太大问题的。

同样是谷歌的语言，Dart 比 go 要现代得多。
要是谷歌当初选择在服务端上发力 Dart 而不是 go 就好了

建议搜索技术问题的时候带上： -csdn

win + s

Node.js 足够了，自己玩的项目 Node.js 完全够用。要深入了解后端的话就去学 Nest.js 。
go 的主流 web 框架基本师从 koa ，而 nest.js 师从 Java 。
TypeScript 非常灵活、现代而且强大。写完 TypeScript 再写别的语言(尤其是 go 语言)就会很别扭。
尤其是 ORM 这方面，TypeScript(Node.js) 的 TypeORM 、prisma 、MikroORM 比 java/python/go 的 orm 好用太多.

每个 useSearchParams 都是独立的，需要自己通过状态管理去通信
https://codesandbox.io/s/silly-pike-vlmo5v?file=/src/useUrlState.tsx:229-582

相关 issue:
https://github.com/remix-run/react-router/issues/8587
https://github.com/remix-run/react-router/issues/9290

MasterGo 很好用
https://mastergo.com/community/search?cata_name=%E8%B5%84%E6%BA%90&k=%E5%9B%BE%E6%A0%87

贴一篇官网的关于事件循环的文章
https://nodejs.org/zh-cn/docs/guides/event-loop-timers-and-nexttick/

我个人写 Flutter 的 demo 的时候感觉 Flutter 还是比不上原生的流畅，尤其是在长页面滑动和翻页的时候，刷新率显然降低。
React Native 是渲染成原生组件的，动画流畅性反倒更好。
目前手机上几个使用 Flutter 写的 App：《哔哩哔哩漫画》还挺流畅的，就是左右翻页和快速滑动页面的时候会出现明显掉帧。另外一个《彩云小梦》可以说是我手机上最卡的 App 了，应该是没适配 120HZ 。

Flutter 官方也是注意到了 Flutter(Skia) 渲染性能不行的问题，目前已经在开始构建自己的渲染引擎 Impeller( https://github.com/flutter/flutter/wiki/Impeller)，目前还是处于预览阶段。

写 Flutter 的时候还碰到别的一堆问题，比如 web 上中文显示慢一拍，比如桌面端默认只支持 60hz 。
Flutter issues 目前 5k+，相比 React-Native 是 2k 。看来都很坑😅，不过 RN 我没深入用过。

请问结构化编程和函数式编程（ Haskell 、F#）有何不同？

React 有 valtio 来使用 Proxy
https://github.com/pmndrs/valtio

QQ ，PC 连手机 WiFi

ref ，并且这个 ref 得支持从外部传入。

如果返回 bind 绑定的话，可能会出现多个 hook 的 bind 对应到同一个 element 的同一个事件。
比如 useDrag() 和 useHover() 同时绑定了目标元素的 onMouseEnter 事件。

@Hanggi #58
TypeScript 的类型系统是十分强大的。得益于 TypeScript 的装饰器与泛型系统，TypeORM 的查询参数是强类型的，无需包一层 interface ，在编译时就会有类型检查。
相比之下，go 要实现比肩 TypeScript 的类型安全 就只能参考 ent 这种 code generation 的模式。

我个人感触比较深的是 ORM 场景。C# 有 Entity Framework 、TypeScript 有 TypeORM 、MikroORM 、PHP 有 Eloquent 、Kotlin 的 Ktorm 。看过了以上 ORM 再看 Go 的 ORM 实践就很一言难尽。

优雅的 ORM(TypeORM)是这样的：
```
const article = await articleRepository.findOne({ title:"Tales of Ten Worlds"，published:true });
```
从 文字表里取一篇文章，取出来的变量直接从 findOne() 函数里传出来，非常顺畅。

Go (gorm) 语言是这样的：
```
var article Article
db.Where(&Article{Title: "Tales of Ten Worlds", Published: true}).First(&article)
```
先声明 article 为 Article ，再传指针到 First() 里，一下子打破了函数式编程的 「没有"副作用"」「不修改状态」的教条，这里将 article 的类型改为其他也不会有编译时错误。

或者这样(ent)的：
```
article :=client.Article.Query().
Where(article.TitleEQ("Tales of Ten Worlds"),article.PublishedEQ(true)).Limit(1)
```
这样确保了编译时类型安全但将查询条件改成了指令式的罗列，极大损失了简洁性。