显然不是。
你自己数数平时常用的网站，看看实现方式不就知道了。
比如说你现在提问segementfault。

补充：
楼主所说的前后端分离实际上是指客户端渲染技术。这种技术目前在社区流行程度越来越高，但是这并不能完全的取代服务器渲染，具体原因就不讲了。

不过业务分离逻辑这并不是啥新鲜的概念，这也符合MVC的理念，将逻辑与视图分离，提高逻辑的重用性。这我相信很多项目都在这样做，或者说向着这个方向在努力，之前也有很多关于这方面的成果比如解耦，重构，分布式。

所以自然无法否认服务器渲染技术依旧还是目前的主流，不过当你的项目构架已经达到了高度灵活，高扩展时，使用何种渲染技术这已经不是最重要的。因为即使是服务器渲染也是对接相关的API组合业务。跟客户端渲染技术唯一的区别就是渲染的时机而已。

根据自己的产品适合选择相关技术这是最重要的。

是的,现在大部分新项目都是前后端分离

怎么感觉你说的是给客户端写接口样子.

是的.现在项目都是拆分,做服务化.每个服务间用接口进行交流.
接口不仅可以提供给 web 端.也可以提供给 iOS,Android

太明显了。。包括我在的公司也是，能做到开发项目前后端分离的真的比较少，但这确实是一种趋势，微服务现在很流行，大家都想做的更专业化，现在的前端技术已经相比以前成熟很多了，前端的事情就应该交给前端。但是现在还是有大部分的公司和项目仍是mvc模式，就拿肯定需要有的后台管理系统，小点的公司基本就是后端开发人员用一套管理系统模板用mvc框架做出来的吧

是一种趋势，毕竟一套接口，多平台可用

看什么类型的项目吧，比如资讯新闻等，需要被搜索收录的显然不适合。

我本人一直比较崇尚的就是前后端分离，php直接丢个json给前端就行，可是比较无奈的是，很多人都已经习惯了前端写完交给后端的流程，大部分执行可能还需要一段时间吧。。。

任何模式都是根据需求订的 。

补充一下外围信息，早期的bs系统没有接口的概念，因为只是html展示而已的，其宣传优势就是只写后端。而cs系统早期就是完全分离。逐渐的浏览器可以运行脚本对bs模式进行了加强，而cs则尝试学习bs的模式混合c端s端出现p2p。之后bs因市场膨胀问题反而无可避免出现了ria应用。bs分，cs合，大势所趋