站在更高的角度思考前后端分离
似乎从我开始学编程起,默认的开发模式就是前后端分离。但是,面对一门心仪的后端框架(如 django,laravel,它往往还带着仿佛上古时期留下来的模板引擎。为什么随着时代的更迭,模板引擎这种明显前后端耦合的东西还会存在呢?面对自己将来的定位(独立开发者),该如何根据情况进行技术选型呢?
开门见山
直接说结论,碰到以下需求的,用前后端分离:
- 你不是一个人单干,需要一个技术团队。也许这时候你的业务已经初具规模,那么,为了团队更顺畅的沟通,必然选择为团队协作开发而生的前后端分离。
- 你的应用有多端 需求,比如 pc/ios/android 都有页面要做,这样后端只需提供接口,各端负责展示,后端就实现了复用。
- 你的产品确定了一上线肯定会有很多用户使用,有服务器压力。前后端分离可以方便的进行服务资源扩展。
从历史发展的角度
上古时期,前后端不分离,后端也要负责页面的展示。jsp、php 是最受欢迎的模板语言,因为他们可以很容易地搭建起网站。后来,移动互联网的到来才是改变一切的原因。一方面,移动互联网使得互联网用户井喷式增长,对于服务器的压力承受水平提出更高的要求,服务端渲染的模式在高并发场景下很容易导致宕机,造成损失;另一方面;移动端的原生应用肯定不是用服务器返回的 html 页面来展示的,它们都有各自的底层框架,这样,就必须将前后端解耦,使手机 app 能单纯获取到数据。
近年来,前后端分离的模式也在演进。主要是前端的变化:从 jquery 按页面开发,到 vue/react 框架按组件开发。前端的进化带来了新的问题:首屏加载速度慢和 seo 糟糕。
- 首屏加载速度慢:前端项目用框架开发好后,打包生成的文件里,除了静态的 css、img、font,只有一个巨大的 js 文件夹和 index.html。如果没有优化,所有的资源文件一次下载完毕后才能正常显示,不过这种情况下,后续的页面跳转会比不用框架快。
- seo 糟糕:中国的搜索引擎百度还不能解析 js 文件,只能爬取到空的 index.html 页面。
解决方案有很多,可以参考这篇文章(链接)。这里以 Vue 的 SSR 框架 Nuxt.js 举例。在服务端起一个 node 应用,浏览器到来时,先拦截执行部分 js 异步请求,提前将数据填充到 html 页面中返回浏览器。这样爬虫抓取到的页面就是带数据的,有利于 SEO。也就是说,nodejs 作为中间层,模拟了一部分浏览器渲染数据的角色。
总结
如果将来自己独立开发,如果有一个新的 idea,你想快速发布原型,查看市场反应,而且暂时没有手机原生 app 端的需要(手机可以在浏览器上访问,只要兼顾到响应式)。那么就用 laravel 框架的模板语言将产品快速做出来,如果将来业务量增长了,可以先分离前后端,前端用 SSR 框架重写,如果用户增长到一定规模,就招人,用高性能语言,如 java、go。