接上条，X 上也有很多人问 DHH 说的 Turbo 框架是什么？抛砖引玉，说说观点：
接上条，X 上也有很多人问 DHH 说的 Turbo 框架是什么？抛砖引玉，说说观点：
如果有长期关注 SDUI 设计模式（服务端驱动 UI）、HTML over-the-wire 设计模式的，应该对老 D 说的这个并不陌生。
很长一段时间以来，在所谓前后端分离的主流浪潮中，Server-Side Render（SSR） 的地位因为 SPA 的大为流行而极大受到影响，甚至让几个曾经在 Web 领域王者级的语言及其框架都在此领域失去主流地位，在很多场景和公司内部，最终变成了 JSON 输出机器，至今仍旧如此。
这个局面下，半路还杀出一个 Nodejs，让很多公司，场景，借着前端在 SPA 的地位用 BFF 的思想来「假装」解决大难题，😄。
然而兜兜转转这么多年，SSR 这个领域没有因此解决根本问题。
不知从何时起，我们惊讶地发现，SSR 带着一些新的思想正在重回主流视野，这些新思想（Island、Content-First、……）已经在各种新的优秀框架中被使用，比如这些响当当的名字：Astro、Qwik、Nextjs 等等。
有挑战的是，后端主导的 Web 框架往往是 Language-Binding 的，有没有一种「魔法集」能够在集成服务端所有优势之上，还能让 SSR 在浏览器一样做到 SPA 的体验，并且这个范式还可以被应用到所有主流后端 Web 框架？
也许是出于意识到，这才是真正应该坚持的正确方向，像 DHH 这样备受尊敬的前辈们前赴后继，所以，这其中不止有 DHH。
作为有点和 RoR 同宗渊源的 Elixir Phoenix Framework，在早先前就已经发布了解决这个领域问题的方案，并集成进了框架中。
DHH 的 Turbo 框架正是在这个大背景下诞生。
包括突然在社区大火 🔥 的 htmx 本质也属于这个范畴，背后有一些原因我认为不单纯是技术原因，😄，总之，多思考总归是好的。
附 Turbo 框架官网：https://turbo.hotwired.dev/
Comments