- 主题:前端后端怎么配合？
不是很大的问题，但是确实是工作中必须面对的问题啊。没有这个问题，前后端之间可以
做到毫无耦合，但是有了这个问题，就有耦合了。
【 在 timshaw (过完老年再过青年骚年) 的大作中提到: 】
: 仔细想想这些东西是很大的问题吗？有供前端开发及后端渲染的模版技术，也有后端输
出前端使用的json
--
FROM 58.34.51.*
我的理解，不知道对不对？
服务器渲染就是服务端填充数据，输出实际的html页面。
浏览器渲染就是浏览器本来只是一个html模板，用ajax得到后端来的数据，把这些数据填入要填的位置，或者直接动态生成dom元素。
事实上，我已经搞了一个网站。
我的问题是如果采用服务器端渲染，那么前后端在用数据填充html模板这块必有耦合，而这种耦合性如何解决？
【 在 hopesfish (有理想的咸鱼) 的大作中提到: 】
: 看完你所有帖子，我赶脚你对服务端渲染和浏览器端渲染还没分清
: 分清这个也很快，写一个页面跳转型的和单页面型的TODO管理就行了
--
FROM 58.213.161.*
你所说的浏览器端的渲染三种技术本质都是一样的，因为它和前后端配合无关，局限在前端之内，这不是我所关心的问题。
我所关心的问题始终是：
如果采用服务器端渲染，那么前后端在用数据填充html模板这块必有耦合，而这种耦合性如何解决？
而这个问题始终没有得到正面的回答。就是前后端的在这个过程中的工作流程问题，双方如何配合和同步的问题。
举个例子：前端生成html静态页面，那么后台将这个静态页面动态化之后，必然存在前端如果变化了，后端如何同步这种变化的问题。这不能采用git等版本控制来管理，因为双方的文件不是同一个，那么实际操作中双方如何解决这个问题？
【 在 hopesfish (有理想的咸鱼) 的大作中提到: 】
: 服务器端没啥好说，随便的一篇入门教程都这么教。。
: 至于浏览器端渲染，其发展过程分了三个阶段
: 1) ajax获得数据,人肉生成html片段，这应该是你所理解的阶段，但这种效率很低
: ...................
--
FROM 58.213.161.*
明白，多谢。也就是在第二种中，前端程序员需要懂php/jsp，因为看你的意思这部分由他维护，而后端程序员是不管的?
【 在 hopesfish (有理想的咸鱼) 的大作中提到: 】
: 如果是服务端渲染，偏MIS类型的应用，分模块开发效率最高，一个人从前写到后。Extjs这种曾经的主流玩法，都是RIA+API的方式，定义好后端接口和JSON数据格式就行了。
: 如果是互联网站点型，分工比较细的话，就是页面仔写好HTML和兼容各种浏览器的CSS交给前端，然后前端调后端HTTP/Service接口，通过php/jsp啥的渲染一下数据，然后写js加点交互，这里的后端程序猿只需实现底层业务，提供HTTP/Service接口即可。
--
FROM 58.213.161.*