本人还是前端小白,虽然对前端本身的技术有部分了解,但是碰到与后台交接一块就遇到了难题,我们公司的后台使用的是php,公司的工作流程一般是我写好静态页面后交给后台,后台在我的页面上嵌套模板,但是这样产生很多问题:比如我引用的js,css,图片,他们都需要一个一个的去改我的文件路径,对于固定的模板由于我已经先写好了样式,他们嵌套进去之后原本的样式已经丢失,需要重新写样式;一些页面的跳转由于需要嵌入不同的数据,他们需要我在跳转时传不同的参数,特别是列表转详情的跳转我没看到数据实在不好做相应的的传参.在网上查了一些资料,发现主要有3种方式进行前后端的交互,主要是我们公司的这种,还有后台写好接口,前端通过ajax获取数据,通过nodejs处理(node本人还没了解过),我觉得现在这种方式前后端沟通的成本实在过大,可不可以要后台提供接口,前端来获取数据,这样前端工作量虽然增多,但是效率应该会比目前高一些,这是个人的浅见,希望前端大神和后端大神回答.
2 回答
青春有我
TA贡献1784条经验 获得超8个赞
肯定前后端分离比较好，效率高，好维护正常来说你的问题1可以完全规避使用Ajax取数据是完全足够的，不需要nodejs作为中间层。使用nodejs的原因多半是后端服务已经成型，后端开发不愿意花费更多的工作为前端改接口；前端也懒得整理总结自己的要求，干脆自己上。后端提供接口前端获取数据并渲染是完全可行的，很多公司都是这么做的，比如我司。不过前后端分离也要看场景，比如资讯网站因为必须SEO，不太合适。或者你们要做服务器端渲染，这样一次性要做的东西就会比较多。工作需要协同，请题主多跟后端沟通，大家共同商定好的协作模式。
桃花长相依
TA贡献1860条经验 获得超8个赞
个人拙见这要看整个架构是怎么设计的1.如果是后端写接口,前端调用。那可能前端会涉及到一些业务的处理等。一般想api这种架构,前端多数用的是vue，html5，等等.并且前端会参与一定的业务逻辑2.如果是PC端大多数是模板渲染,这样就只需要你写静态页面了,像题主说的这个后端需要修改css路径什么的,其实最好的方式就是,页面和css目录和html放在同级等,比较方便喽
添加回答
举报
0/150
提交
取消