总的来说，RSC 为开发者提供了 SSR 的上风，同时增长了更多的灵活性和性能优化的可能性。
3 从RSC反思JavaServer Faces的吃灰现状
JavaServer Faces（JSF），现在作为 Jakarta EE 的一部分被称为 Jakarta Faces，是一个用于构建服务器端用户界面的 Java Web 应用程序框架。JSF 1.0 规范最早于2004年发布，2005年发布了 JSF 1.2版，随着 2009 年发布 JSF 2.0 规范后得到了广泛的使用。
JSF的核心特性
组件化UI：提供可重用的UI组件。
服务器端渲染：在服务器上天生HTML。
MVC架构：遵照Model-View-Controller设计模式。
生命周期管理：详细的哀求处理生命周期。
状态管理：内置的服务器端状态管理。
JSF在当时的局限性
标准化的Java EE/Jakarta EE技术，可完善集成到Java EE/Jakarta EE生态；强大的组件库和第三方扩展组件库（如PrimeFaces、IceFaces、MyFaces等）；适合企业级应用开发。JSF在当时凭借上述的几个上风，敏捷在环球得到了广泛应用。
但在当时，像JSF这类SSR技术另有个致命的缺陷，这个缺陷不是来自于技术本身，而是来自于浏览器。当时微软的IE浏览器，Firefox、Opera、以及后来者Chrome都在发展自家的浏览器技术，即使有W3C这样的国际组织在同一Web标准，但同样的HTML、CSS、JavaScript在各家的浏览器上总是很难达到划一的效果。
在这期间，John Resig 在 BarCamp NYC 上发布了 jQuery 框架（2006年），其核生理念是“Write Less, Do More（写更少的代码，做更多的事）”。通过 jQuery，渐渐实现浏览器兼容性的同一。但是 jQuery 技术本质上是客户端渲染的，而不是 SSR 技术。所以 jQuery 技术的发展并未促进 JSF 技术的发展，反而促进了它的落幕。
在这期间，浏览器自身的发展也是风起云涌。Chrome凭借高速迭代发布版本，不停改善性能和易用性等特点，渐渐开始壮大。微软的IE在这场竞争中越来越显得力有未逮，IE内核的性能提升有限，与Google的V8引擎性能差距越来越大，末了不得已只能放弃IE，“打不过就参加”，改用Blink内核。
注：V8引擎是JavaScript引擎，而WebKit是开源的浏览器引擎，含V8引擎。Google在WebKit上开了一个分支Blink，Chrome浏览器使用了Blink内核，Edge浏览器也直接使用了Blink内核。
回到现在，目前浏览器渲染已经得到了同一，表现不划一的情况已经少少出现了，而且当前的网络通讯速度相比于十来年前，提升无疑是巨大的。这正是 SSR 技术重回巅峰的好机遇，天时地利都有了，SSR 技术该大放异彩了，是该重新认识 Jakarta Faces 技术了。
至于一些人说 Jakarta Faces（JSF）的缺点：学习曲线较陡；相比现代前端框架，客户端交互性较弱；在单页应用（SPA）场景下不如其他技术灵活。实在这些都不是事，学习曲线较陡，相比于React、Vue、Angular等框架，Jakarta Faces 技术显得更加简单；客户端交互性较弱这点不准确，取决于页面的复杂性；SPA场景下不如其他技术灵活这点说得也不准确，Jakarta Faces 技术开发单页应用也是很适合的。 是时候重新发展 Jakarta Faces 技术了。
回顾这近20年Web技术的发展，我认为在企业级应用范畴，Jakarta Faces 技术比当前的所谓前端三大框架更有价值。
