这些年 web 前端的发展方向是不是偏了？

[echo0x000001]

以下说一下我的感触。

1. 服务端渲染 -> 客户端渲染 -> 服务端渲染

   • 以前（ 8 年前？）的 web 页面基本上都是服务端渲染，然后陆续出现了 angular 、vue 、react 这些框架，使服务端渲染的开发模式转变为客户端渲染的开发模式，到如今又开始推崇服务端渲染的模式（ react nextjs ）。一个轮回下来，本质没有发生改变，变化的是前端工程化介入，但脱离这些框架，难道就没法使用前端工程化来提升传统服务端渲染前端开发效率了吗？答案是可以的。

2. 框架与生态

   • angularjs react vue 三个框架包括新出的一些框架, 每个框架都有自己的生态，一旦换一个框架，其 UI 层面的框架库就没办法在别的框架中使用，感觉这是一种资源浪费？

3. 框架与构建工具强绑定

   • 现在的主流框架 angularjs react vue 等，除了 vue ，其他的框架都没办法很方便的在传统服务端渲染开发模式下集成。

为何有这些感触？

    * 首先本人从事 web 开发也有六七年了，近一年在学习使用 django ，折腾下来发现 django 是一个对于 web 标准理解非常深刻的一个框架。但在用 django 写模板的时候又发现，现在主流的一些 ui 库，没办法直接使用，能够直接使用的库例如 bootstrap ，还是传统的模式，远不及主流 ui 库好用。

如果本人理解不够，还望轻喷。

[cxe2v]

你要关注服务端渲染 -> 客户端渲染 -> 服务端渲染这个过程发生的原因，不要只关注表象

[echo0x000001]

追加一下，感觉这个库就比较适合 服务端渲染的开发模式，在传统的模式上加入了比较方便的响应式开发。

https://alpinejs.dev/start-here

[echo0x000001]

@cxe2v 我的理解，本质上是为了提升工程化和开发效率，但是现在工程化的生态已经建立，可以向传统开发模式去靠拢，建立原生开发的生态。

[Torpedo]

django 那个时代的 ssr 的问题是做复杂网站不友好。优势是做展示类网站很好，利好 seo 。
react ng vue 这一类是因为前端应用复杂，同时很多 spa 网站不在乎 seo ，自然前后端分离就行
至于又出现的 ssr ，那是希望能结合上面两种开发方式
至于 ui 库有啥浪费的，你算算后端有多少种语言，每种又有多少框架

[echo0x000001]

@cxe2v 其实第一点我到不在意，在意的是 2 和 3 。

[echo0x000001]

@Torpedo 我在想能不能在框架发展生态的时候给原生开发一点机会，目前除了 vue 脱离构建工具还算能用，其他的框架基本都用不了。

[wanguorui123]

Web 前端已经进化到 PHP YES

[echo0x000001]

@wanguorui123 php 有个叫 拉乌瑞尔（具体咋拼忘了） 的框架倒是能够使用 react vue 等生态，好像还不错。

[zhonghao01]

以前（ 8 年前？）的 web 页面基本上都是服务端渲染，然后陆续出现了 angular 、vue 、react 这些框架，使服务端渲染的开发模式转变为客户端渲染的开发模式，到如今又开始推崇服务端渲染的模式
----
这难道不是根据需求而决定的？有些网站就是不需要 ssr 啊，spa 就行了，有些网站需要 ssr ，并且不想回归传统的方式就出现了 nuxt next 啊

[echo0x000001]

@wanguorui123 找到了，是这个 laravel

[Lockeysama]

主要是还是太卷了，不搞点新东西，没噱头，KPI 完成不了~~

前后端的负载重心也一直随技术变化，以前一台服务器搞定所有的时候，刚开始上网的人也少，服务器压力不大，随便搞，后面人多了，要减轻服务端压力，开始分离前后，再后面服务端集群化门槛低了，要优化用户体验，又把负载放回服务端……等以后又需要平衡的时候，可能又换回去了……

[zzzlight]

巧了 这也是我觉得的 有一种回去了的感觉

[stinkytofu]

现在前端开发太复杂了， 项目配置起来比写后端还麻烦。

[echo0x000001]

@Lockeysama 我只希望卷的时候，不要太自由发挥，脱离标准，照顾一下原生的生态。

[zzzlight]

2,3 我觉得其实技术问题之外 很多程度上是社区或者人的问题 排挤其他框架最后大家都用自己的 那么为啥要做兼容别人的生态呢，这个是技术社区之间的人的问题。

[clue]

1. 前后端分离是为了工程化解耦合, 最后回到服务端渲染是为了提升性能, 但现在大部分还是分离的, 并且与以前有个不同就是全面 JS 化
2. 多框架不正代表有活力吗? 人多了自然就有更多的细分市场, 这些框架差异挺大的, 但也在互相借鉴学习
3. 本质上还是前端复杂度在这里, 另外 JS 原本设计出来也没想到会应用这么广泛, 都渗透到服务端了; 很多为了提升开发效率加的特性你要向前兼容, 那就离不开各种工具了; 如果你把视角转到纯服务端, 比如 nodejs, 你会发现框架变化挺少的, 到现在不还是在用 express / koa 嘛

[Lockeysama]

@echo0x000001 难，毕竟各家都喜欢搞技术壁垒，人无我有才能保持优势~~~

而且在原技术上想搞突破还是挺难的，要出圈，最好的办法就是从另一个方向去突破创新了~

[jymsy]

你是后端开发吧，现在的服务端渲染和之前的可不一样，虽然名字一样。现在的 ssr 主要是为了解决首屏渲染的问题。

[ixixi]

多一种选择不好吗 ? 自己想用啥就用啥

[ChefIsAwesome]

首先，这些框架是做 spa 的，所以确实没必要上 spa 的页面就不该用这些东西，徒增复杂度。
但是，现在新出来的后端就没学过，也不会干套模板。所以这活还是前端干。前端又整了套 js 在服务端渲染的东西。
现在这个局面是各种因素导致的，没办法。