1
foxyier 2018-09-30 13:37:43 +08:00
我个人倾向低耦合,具体情况看需求
|
2
cxh116 2018-09-30 13:47:25 +08:00
我推荐方式一.
低耦合不意味着接口要拆的很细,你可以在你后端代码内部做好封装来提高代码的高重用,而不是把复杂度扔给前端. 跨接口的事务等逻辑处理起来比单个接口要复杂很多的. |
3
zorui 2018-09-30 13:48:28 +08:00 via Android
graphql 了解一下。
|
4
PythonAnswer 2018-09-30 13:54:28 +08:00 via iPhone
文件巨大难以上传
可以考虑 2 |
5
pkoukk 2018-09-30 13:54:54 +08:00
具体看需求。以后可能会存在用户对以前上传的文件进行处理的需求么?如果存在当然第二个合理
|
6
Mrkon OP |
7
saulshao 2018-09-30 14:55:41 +08:00 1
所有提供给别人用的东西,都要优先考虑使用者的感受,然后才是技术实现。
写个后端接口,我觉得首先是要想别人如果要调用这个接口,应该怎么写代码。 想清楚这个,就很容易判断该怎么做了。 |
8
night98 2018-09-30 22:30:14 +08:00
1.文件上传单独一个接口,上传完成后文件信息保存到 redis 或 session 中并回传到页面
2.页面带文件信息访问对应业务接口,业务接口访问文件服务完成业务操作,返回业务数据 好处是文件接口不用每次新加一个需求就又要调一次,前端开发时上传文件只需要熟悉这一个接口并封装一下即可,后端开发对文件服务解耦和,日后更替时可随意切,很方便。 缺陷就是需要调两次接口,不过一般这个不会是瓶颈部分。 |
9
lolizeppelin 2018-10-07 14:13:29 +08:00 via Android
自己写前端一段时间就知道啦
|