Web 技术研究所

我一直坚信着,Web 将会成为未来应用程序的主流

前端 != 静态资源

  在我的理解中,Web 前端所涉及的东西就是所有浏览器所涉及的东西,其中当然也包括了 HTTP,所以前端资源所在服务器的 HTTP 服务也属于前端的范畴。在很多人的概念中,「前端」被直接视为「静态资源」,这是不对的。如果真是这样,后端开发人员可能真得要累成狗了。
  HTTP 作为一种通信协议,它应该是前后端双方都要掌握的,只不过侧重点不同而已。在这方面,前后端开发人员应该是有交集的。后端人员主要考虑的是业务逻辑,如果处理、存储数据。很少会考虑浏览器到底是怎么工作的,如果让后端开发人员自己去折腾 Cookie、CORS 之类的东西可能就会是个大坑。比如需要给某个 Cookie 加上超时,后端人员可能直接用 max-age=60,因为这是规范的写法,可是这在某些浏览器上是不支持的。当然,一些经验丰富的后端开发人员会知道这些细节,但毕竟后端开发人员的侧重点不是浏览器怎么工作的,所以这些细节的处理应该是前端开发人员的工作。或者至少也是前后端开发人员协商后让后端人员编写代码。
  经常有人抱怨说和自己接口的后端什么都不懂。比如在 API 响应中丢个 302 状态码让前端去跳转页面之类的事情、让前端开发把 IP 信息作为参数传过来等。出现这样的闹剧不一定是后端开发人员的能力不够,也许他们通读 MySQL、Redis 的源码,但他们未必读过 webkit 的源码。如果在前端的 API 代理服务器上有前端人员编写的中间键,那就没有什么问题。如果没有这样的东西就应该在接口定义时协商好。
  前端并不是只在浏览器上跑的东西,很多 HTTP 响应头都需要定制,需要在服务器上做处理。所以前后端硬分离的模式下前端开发人员可以自己控制响应头,甚至添加中间件,这才是真正的前端。
网名:
3.84.186.*
电子邮箱:
仅用于接收通知
提交 悄悄的告诉你,Ctrl+Enter 可以提交哦
神奇海螺
[查看全部主题]
各类Web技术问题讨论区
发起新主题
本模块采用即时聊天邮件通知的模式
让钛合金F5成为历史吧!
次碳酸钴的技术博客,文章原创,转载请保留原文链接 ^_^