前后端分离restful风格后端如何传文件给前端提供导出word功能

发布于 2022-09-06 20:51:54 字数 119 浏览 19 评论 0

后端已经实现了从数据库读取数据然后生成word的功能,问题是如何让前端能下载这个word
而且这个word是动态生成的,每次访问得到的数据都不一样。

目前的形式是所有的数据都由后端生成json传给前端

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(4

各自安好 2022-09-13 20:51:54

给个提示性思路,我没有试过。

  1. 是给后端做,后端生成一个word 文件,前端直接去下载这个文件就可以了。后端生成word文件技术,网上一艘就有,前端下载文件技术网上也非常多。
  2. 前端生成word文件,然后导出。前端生成word肯定用插件(自己写很难),我不知道有没有这个插件,得好好找。

建议是第一种方案,技术都成熟,而且如果word特别大的化,前端抗不住。

如痴如狂 2022-09-13 20:51:54

这个感觉和平常都一样吧,后台根据数据生成Word文件,写入响应中,设置响应头。

顾北清歌寒 2022-09-13 20:51:54

这个问题分两部分,设计实现

设计上,我觉得有必要讲下 RESTful 里很重要的一点

误区:URL 带 .json 后缀

我们经常设计出这样的接口:

/api/users.json
/api/users/1.json

实际上这样是不规范的。

在 RESTful 风格中,URL 只指定访问的资源,不指定其表现状态

也就是说,我的 /api/users/1 应该只表示我想要访问 id=1User,而不指定服务端会返回给我 json 还是别的格式比如 xml

使用 AcceptContent-Type headers 来指定资源的表现状态。

上述接口规范的形式应该是:

URL: /api/users/1
Headers:
  Accept: application/json

所以,设计你要的这个接口,它的 URL 应该和前端请求这份数据 json 的 URL 相同,而在 header 中指定 Accept 为 word 文档的 MIME Type。

如果这样规范化代价太大

比如你们的系统已经有很多接口,全部改成规范的很麻烦,那么还有一种差不多 RESTful 的设计方案。
设计如下接口:

POST /api/xxx/docs

注意要用 POST,原因自己体会下应该能明白。

第二点,实现上,用库。

苏佲洛 2022-09-13 20:51:54

如果生成操作比较耗时,可以通过异步处理, 即把生成的文件以用户为单位保存成列表,然后在生成功能时以某种方式,(可以是websocket,也可以是轮询)等处理完了,弹出文件下载列表。至于服务器端成的文件,可以通过servlet或者nginx等直接提供下载即可。

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文