关于前后台分工的问题

Question

本人还是前端小白, 虽然对前端本身的技术有部分了解, 但是碰到与后台交接一块就遇到了难题, 我们公司的后台使用的是php, 公司的工作流程一般是我写好静态页面后交给后台, 后台在我的页面上嵌套模板, 但是这样产生很多问题:

1. 比如我引用的js,css,图片,他们都需要一个一个的去改我的文件路径,对于固定的模板由于我已经先写好了样式, 他们嵌套进去之后原本的样式已经丢失,需要重新写样式;

2. 一些页面的跳转由于需要嵌入不同的数据,他们需要我在跳转时传不同的参数,特别是列表转详情的跳转我没看到数据实在不好做相应的的传参.

在网上查了一些资料, 发现主要有3种方式进行前后端的交互, 主要是我们公司的这种,还有后台写好接口,前端通过ajax获取数据,通过nodejs处理(node本人还没了解过),我觉得现在这种方式前后端沟通的成本实在过大, 可不可以要后台提供接口,前端来获取数据, 这样前端工作量虽然增多,但是效率应该会比目前高一些,这是个人的浅见,希望前端大神和后端大神回答.

Answer 1

肯定前后端分离比较好，效率高，好维护正常来说你的问题1可以完全规避使用 Ajax 取数据是完全足够的，不需要 nodejs 作为中间层。使用 nodejs 的原因多半是后端服务已经成型，后端开发不愿意花费更多的工作为前端改接口；前端也懒得整理总结自己的要求，干脆自己上。后端提供接口前端获取数据并渲染是完全可行的，很多公司都是这么做的，比如我司。不过前后端分离也要看场景，比如资讯网站因为必须 SEO，不太合适。或者你们要做服务器端渲染，这样一次性要做的东西就会比较多。工作需要协同，请题主多跟后端沟通，大家共同商定好的协作模式。

Answer 2

个人拙见这要看整个架构是怎么设计的1.如果是后端写接口,前端调用。那可能前端会涉及到一些业务的处理等。一般想api这种架构,前端多数用的是vue，html5，等等.并且前端会参与一定的业务逻辑2.如果是PC端 大多数是模板渲染,这样就只需要你写静态页面了,像题主说的这个后端需要修改css路径什么的,其实最好的方式就是,页面和css目录和html放在同级等,比较方便喽

Answer 3

你搜到的是使用node做中间层, 中小型项目没有必要这样架构。问题2你可以跟后台商量一下先设计并且约定好接口后再开发, 这样可以前后端并行开发。在没有接口的时候你可以通过一些接口mock工具来模拟测试。问题1没看懂你的意思, CSS一般需要约定规范来解决工程化中的问题。

Answer 4

嗯 我们公司的后台系统就是使用的接口的形式前端那边好像是用的vue.jsphp写好API接口 再把文档给前端 让前端去处理数据交互做个参考