本文意在阐述使用

最后会附带一个可控

纯动态的

那么 3 者结合，还是搭配

本文针对阐述了本人所谓高性能表单的理解，以及如果自己实现一个生产可用的高性能表单，应该具备哪些能力，以及应对策略

本文会有点传播焦虑的味道，不感兴趣的现在就可以选择，关掉或者就不要点进来这篇文章了

这一年是我过的并不光彩的几年中最难熬的一年，经历了一些事，也想通了一些事。之所以没太多营养还是要写呢，就是想给同为程序员在职场路上的，有和我同样困扰的人一个参考，我不知道你会怎么做，但请看了我的经历后不要过成我这 b 样

本文的探讨的范围，仅限当前年份已有的，

截至目前

看完之后让我有种豁然开朗的感觉，感觉我对于

• 另一个能做到类似事情的是
  vue
  ，人家是自带的功能，所以就不算在内了
• 普遍应用是指，抛开各种
  css
  框架给予的各种花里胡哨的功能，只剩下的大家普遍都在用的方式和功能

这里所指的状态管理库泛指，

状态管理在我看来其实是个非常宽泛的概念，我更愿意称它是个跨层级全局上下文共享配置。比如放在

聊这个话题，一是想分享自己的看法，二是也想请教下正在看这篇文章的你，是否有和我不同的看法，~欢迎以任何方式联系到我说出你的独道的见解。

这个概念来自于框架 remix ，所谓全网最快有些夸张，很多国内外的大框架也都是这么喊的，所以我也就这么说了~

理论上来说确实快，实现起来对于常见大多数情况来说其实并不难，应该说是比较麻烦和繁琐而已

本文会从，本着结果相同，过程随意的角度阐述如何制作生产可用的版本，以及如何和框架集成的思路，**由于最终效果需要根据实际封装而定，所以理念和设计会优先大于教学

我们都知道

而文本则会给你一个简单的，在

本文探讨了根据本人实践经验的所得，非常！非常！非常！主观的结论

这是一篇，很有可能会重新改变你对前后端不分离认知的文章。 该文会分别站在，前端/后端，的视角对要面临的问题去尝试思考，综合考虑得出一个比较现实的结论

这篇文章是当前发布的上一年，2022 年写的，文中对 rsc 吹得有点过，但我懒得改了这并不是该文的重点

因为我发现很多人搞不清楚，前后端不分离具体被批评的核心矛盾点，大家众说纷纭，公说公有理婆说婆有理，所以我希望能用一种对比的方式给讲清楚，顺便也讲给思想固执的后端工程师看

这里我加上了文章末尾的总结，如果你有不认同我的观点也欢迎指责，我诚恳的接受大家所有的反对意见

既然是聊

截止到当下的时间节点（2023 年），

关于它具体是什么其实不必在意，我们只需要知道，这是

并且，这也是从搞完并发模式后最大的更新了

关于它是什吗？原理是什吗？吹得多么厉害等等，这里都不聊~

我们来聊点实际的，来聊聊这东西的实际价值，对我们日常的前端工作的帮助怎样，以及，为了实现它，作为开发者要做怎样的权衡。毕竟大家都是打工人，技术就算是吹上天，可如果用的不舒服就没有意义

而我自己则是实现了一版另类的