Ajax 直接返回 html 片段

[mutelog]

Ajax 直接根据业务实体生成并返回 html 片段是否一定是糟糕的设计？

[mostkia]

只要前后台不打起来，用什么交换数据都是 ok 吧。。我是前后台都做，感觉无所谓，但一般使用 json 吧，数据和表现分离，后期好维护一些，有时候想改改版面也更方便，但又需要的情况下，直接返回 html 我感觉并无什么不妥。

[FakeLeung]

low 咋滴啦？用的爽就好了。

[doodlewind]

我是搞前端编辑器的，简单来说，假如我的业务场景（编辑器）动态性非常强，那么一些插件就需要依赖后端的能力来生成 html 返回给前端，这时候接口里包含 html 片段也是可能的呀，至少据我所知 confluence 的富文本编辑器就是这么干的。

当然了 confluence 这个编辑器的架构设计是前后端不分离的，编辑器插件都是 jar 包，现在的前端架构设计应该可以杜绝这样的实践了吧。

[SakuraKuma]

很多都这么干好嘛..

[tao1991123]

pjax 没毛病

[miniwade514]

简单地理解，这个方案只是把 HTML 放到服务端渲染了。
应该也不存在接口不好复用的问题，你在服务端把渲染 HTML 的服务和数据服务拆分成两层，数据服务也是可复用的。
适合前端交互不复杂的场景。

[litbear]

pjax 啊

[meepo3927]

后端写 HTML 体验很差吧 ， 字符串拼接？

[Dogergo]

有一个场景，新旧产品都需要我点击名称的时候弹出一个弹窗，但是根据新旧产品的不同，弹窗样式包括数据个数发生了很大变化，我弹窗层用的是 layer，我放在前端 js 里去判断是不是不太好，而我如果放在服务端，我之需要一个接口，拼接好 html，分配变量进去，返回，很完美，代码复用性更好。