前后端SSR、BFF架构

选择了四个框架来研究：React是当今占主导地位的框架，以及三个声称与React不同的新竞争者。 React“React 让创建交互式 UI 变得轻松。声明式视图使

客户端渲染很昂贵，它会降低用户体验，大幅增加移动设备的功耗，而且通常不是很健壮。Fresh使用了一种不同的模式：在这种模式下，你默认向客户端提供0KB的JS。在这种模式下，大部分的渲染是在服务器上完成的，而客户端只负责重新渲染小的交互性岛屿。

组件团队：每个团队负责一个系统组件。例如，有一个团队负责前台，一个团队负责后台，还有一个团队负责数据库。这三个团队独立运作，这经常导致团队之间的相互依赖。这些团队不是为最终用户提供价值，而是花了很多时间来讨论依赖关系和测试各组件的行为。从买方的角度来看，这些要素完全不重要。组

HTML over-the-wire作为创建Web应用的一种更直接的方式，已经逐渐兴起，且不需要使用太多的JavaScript：它通过 "在线wire "发送HTML，而不是JSON来工作。 来自thenewstack报道：现在，一个名为<

在 Yelp，我们使用服务器端渲染 (SSR) 来提高基于 React 的前端页面的性能。在 2021 年初发生一系列生产事件后，我们意识到我们现有的 SSR 系统无法扩展，因为我们将更多页面从基于 Python 的模板迁移到 React。在这一年的剩余时间里，我们致力于重新构建我们的 SS

Vaadin 是基于 Java 的多功能全栈框架，是 Spring MVC 的竞争对手。Vaadin 由两个框架组成，服务器端 Flow 并试图吸引使用 Angular 的开发人员，这是一个在 Vaadin 15 中作为 Fusion 引入的前端框架，它允许在 TypeScript

有人恶作剧，做了一个单页应用的页面，一直在循环等待，点击标题 这就指出了SPA的天生缺陷，需要等待加载太多资源。如果你的页面内容都没有加载，再有说服力的辩护内容也是无效的。 到目前为止，这是我今天读过的最

多年来，我们行业的趋势一直是构建单页应用程序或 SPA。使用 SPA，整个网站或应用程序都存在于单个 HTML 文件中。初始加载后，应用程序的所有内容都由 JavaScript 处理。从理论上讲，这应该会导致 Web 应用程序感觉与原生应用程序一样快速和快速。 

在开发实时 Web 应用程序时，WebSockets可能是您首先想到的。但是，服务器发送事件 (SSE) 是一种更简单的替代方案，通常更胜一筹。  WebSockets

像Astro、Qwik和Elder.js这样的新框架正在兜售他们的MPA功能，"默认为0kB JavaScript"。

Rust的WebAssembly工具在过去的两年里有了很大的改进，并且已经非常成熟了。由于有了Trunk这样的工具，构建和打包的步骤现在更简单了，也可以用各种框架（如yew或dioxus）编写前端代码。另外，现在有相当多的crack支持wasm，基本的如chono或更高级别的库如plotte

类似Struts、SpringMVC、Freemarker、Thymeleaf、Velocity框架等Java Web框架。jte 是用于 Java 和 Kotlin 的安全且轻量级的模板引擎。所有 jte 模板都编译为 Java 类文件，这意味着 jte 对您的应用程序的开销基本上

该应用程序是一个基于MovieLens 推荐数据集的 IMDB 克隆，其中增加了来自themoviedb.org的电影和演员数据。前端是用 vue.js 编写的，看起来很漂亮。它调用许多 REST API 端点来提供不同的视图和功能。

SPA 巧妙地简化了应用程序开发的许多方面——将状态保存在一个地方，在主线程上，在导航中保持不变——这一事实是它们最大的优势之一，也是可预测的问题源泉。例如：您有一个搜索输入。您输入它，单击其他地方进行导航，下一页仍然具有输入中的文本。你有

CORS 不会保护API端点免受攻击，因为您始终可以在浏览器之外发出相同的请求，而且它不会保护任何站点防止跨站点请求，因为CORS始终可以在服务器端禁用。CORS可以防止恶意网站欺骗未经修改的浏览器对合法网站进行跨站请求的情况。如果用户有合法网站的认证cookie，cookie将与请