网络是以URL为中心，而非文档
内容提要
Dan Abramov在博客中提到，前后端的界限是物理上的，应用逻辑应在两者之间平衡。JAMstack将网站视为静态文档，而Remix则将其视为请求/响应周期，支持动态性以满足不同需求。
关键要点
-
前后端的界限是物理上的，应用逻辑应在两者之间平衡。
-
JAMstack将网站视为静态文档，动态性需要额外的解决方案。
-
Remix将网站视为请求/响应周期，动态性内置于架构中。
-
JAMstack架构可能演变为微服务架构，包含多个独立组件。
-
Remix更像是一个单体应用，处理所有URL的请求/响应生命周期。
-
用户可以根据需求选择每个URL的动态性，而不必提前决定整个网站的静态或动态。
-
URL的动态性可以根据需求变化而变化，提供灵活性。
-
网络是请求和响应的集合，而不是静态文档的集合，适应这一点的工具使得构建动态网站更容易。
延伸解读
前后端的平衡
文章强调前后端的界限是物理上的，应用逻辑应在两者之间找到平衡。这意味着开发者在设计应用时需要灵活运用前后端的特性，而不是单一依赖某一方的能力。理解这一点有助于更好地构建高效的客户端和服务器端交互。
JAMstack与Remix的对比
JAMstack将网站视为静态文档，动态性需要额外解决方案，而Remix则内置动态性，允许开发者根据每个URL的需求灵活选择。这种灵活性使得开发者能够更好地应对不断变化的用户需求，提升用户体验。
动态性的重要性
文章指出，URL的动态性可以根据需求变化而变化，这为网站开发提供了更大的灵活性。开发者应关注如何在不同场景下有效利用这种动态性，以便在用户体验和性能之间找到最佳平衡。
延伸问答
JAMstack和Remix有什么主要区别？
JAMstack将网站视为静态文档，而Remix则将其视为请求/响应周期，动态性内置于架构中。
Remix如何处理动态性？
Remix允许用户根据每个URL的需求选择动态性，支持从静态文档到定制响应的多种形式。
为什么说网络是请求和响应的集合？
网络本质上是由URL组成的请求和响应集合，而不是静态文档的集合。
JAMstack架构可能演变成什么？
JAMstack架构可能演变为微服务架构，包含多个独立组件。
Remix的架构有什么优势？
Remix的架构更像是单体应用，处理所有URL的请求/响应生命周期，简化了动态性管理。
如何根据需求选择URL的动态性？
用户可以在Remix中根据每个URL的需求灵活选择动态性，而不必提前决定整个网站的静态或动态。
