请教前后端合作流程的问题

[ifconfig]

目前的流程是：前端根据原型图做页面，做好后把页面交给后端，由于后端用的是框架，后端需要套 html 和管理 css 。

但此时问题来了，前端经常需要改 bug ，此时后端痛苦来了，需要不断对比改了哪些 html 和 css ，并手工加上。

特此请教一下，这个问题需要如何解决？

[an168bang521]

还是约定接口的比较好；哪边代码出事了，哪边去修；

[ifconfig]

@an168bang521 请问约定接口是什么回事？

[penjianfeng]

@ifconfig 前后端分离,你们公司现在的还是传统的网站方式,现在除了想官网这种纯静态基本都是服务端提供 API 接口,前端通过 API 接口,使用 MV*框架如 angular,vue 这类也好,刀耕火种的方式比如用 jquery 等类库进行开发也好,服务端只提供数据的支持,所有逻辑等都交由前端来做

[zonghua]

@penjianfeng 是啊，还是传统的写标签

[sfree2005]

花点时间,让前端也学会用 git ？

[Hyperion]

作坊业主表示，很早就开始用异步请求来加载数据了。

前端做好， js 前端模板扣好， ajax 请求后端拿 json 格式数据，应用。

因为量小，这么多年也没用过 mv* 框架 ('・ω・')

[imnpc]

对比工具 beyond compare

[Sharuru]

我司一般就是后端只管写一个服务端，丢你前端想要的数据。
如果简单系统就直接后端全包了 2333

[finian]

网上搜搜前后端分离实践

[yimity]

可以前端只改模板啊，这个模板是后端套过得。

[int64ago]

git submodule / 前后端分离

[XianZaiZhuCe]

不一定要分离。
你把模板页面尽量做得简单清晰。举个例子的话，文章页面，标题就是{title}，内容就是{content}，标签就是{tags}。
模板页面丢给前端做。
反正他也不用管{title}{content}具体输出什么数据。

[unique]

要看你们公司的架构怎么设计了，有的是纯 json 返回，后端基本不关注前端，而我们公司使用后台返回在模版对象中这样的前端也要懂语法，有了前端 bug 前端修复，功能性的 bug 后台修复，有时候会需要两方协作一下。

[dong3580]

老项目也是这样的，拼接拼接。。。连 js 都要拼接，
不要这样做，不要这样做，不要这样做，要学会前后端分离，为你自己好，

[elgoog1970]

有原型的话， 后端同学先设计数据库，定义接口文档，和前端同学同步，在开发。。。

[learnshare]

通常这种问题需要前后端分离

[hkongm]

我们是前端会 Git ，后端不会

且后端牢牢把住了模板，前端动不到，作为前端百般痛苦：要经常给后端擦屁股，乱改样式和 JS

[Light3]

一起公用一个测试服务器然后都能连上 然后 git svn 就都行了 你改你的改完他下载继续套不当误

[ifconfig]

@yimity @hkongm @XianZaiZhuCe 明白你们的痛点在哪，都更痛的点在于，咱们套完一次模板并不是完事了的，前端有 bug 起来不会管你后端怎么套，前端继续改回前端那一套，之前所在的公司 POCO 也是这样，后端根据前端的改动继续套模板是非常难受的地方

[ifconfig]

@Light3 明白的你的意思，但问题是，每次前端改动**后端都要手动跟踪前端的改动**并加载到后端的框架，这是一个非常痛的地方