前后端分离restful风格后端如何传文件给前端提供导出word功能
后端已经实现了从数据库读取数据然后生成word的功能,问题是如何让前端能下载这个word
而且这个word是动态生成的,每次访问得到的数据都不一样。
目前的形式是所有的数据都由后端生成json传给前端
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
后端已经实现了从数据库读取数据然后生成word的功能,问题是如何让前端能下载这个word
而且这个word是动态生成的,每次访问得到的数据都不一样。
目前的形式是所有的数据都由后端生成json传给前端
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
接受
或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
发布评论
评论(4)
给个提示性思路,我没有试过。
建议是第一种方案,技术都成熟,而且如果word特别大的化,前端抗不住。
这个感觉和平常都一样吧,后台根据数据生成Word文件,写入响应中,设置响应头。
这个问题分两部分,设计和实现。
设计上,我觉得有必要讲下 RESTful 里很重要的一点
误区:URL 带
.json
后缀我们经常设计出这样的接口:
实际上这样是不规范的。
在 RESTful 风格中,URL 只指定访问的资源,不指定其表现状态。
也就是说,我的
/api/users/1
应该只表示我想要访问id=1
的User
,而不指定服务端会返回给我json
还是别的格式比如xml
。使用
Accept
和Content-Type
headers 来指定资源的表现状态。上述接口规范的形式应该是:
所以,设计你要的这个接口,它的 URL 应该和前端请求这份数据 json 的 URL 相同,而在 header 中指定 Accept 为 word 文档的 MIME Type。
如果这样规范化代价太大
比如你们的系统已经有很多接口,全部改成规范的很麻烦,那么还有一种差不多 RESTful 的设计方案。
设计如下接口:
注意要用 POST,原因自己体会下应该能明白。
第二点,实现上,用库。
如果生成操作比较耗时,可以通过异步处理, 即把生成的文件以用户为单位保存成列表,然后在生成功能时以某种方式,(可以是websocket,也可以是轮询)等处理完了,弹出文件下载列表。至于服务器端成的文件,可以通过servlet或者nginx等直接提供下载即可。