这是一个创建于 1570 天前的主题，其中的信息可能已经有所发展或是发生改变。
客户端程序有的功能必须请求网络后台才能执行成功。==可能会用到很多请求 action 的 path，那么各位是怎么管理繁杂的 action 请求 path 呢呢？
在我还只知道 jquery 时候，我都是把直接请求直接写在 jquery 的 ajax 的请求 action 参数里，有一天知道了 vue 这个框架，于是我把一个页面会用到的所有业务请求都配置在 vue 的 json 代体码内的某个对象属性内容。把 ajax 常用 ajax 封装成常用方法，每个方法都有 4 个参数类型，path，json 对象，成功方法，失败方法。
以上只是网页客户端程序
那么 c/s 程序，比如 android 的话，我把所有的请求 action 的 path 都写在一个类里，都是静态对象，要么静态字符串字段，要么返回值为字符串的静态方法（处理根据用户类型返回对应的 Action 的 path ），这样在一个文件里，浏览调用也都方便，如果是分类的话，就在类文件里用写个内部类，内部类都用静态 String 对象配置 action 请求。所有请求根路径都用一个静态属性
开发客户端程序的各位是怎么管理的？在网页开发里的 ajax 代码里直接写 action 请求 path，还是稍微封装一下？在 c/s 程序里又是怎么管理的？
 |
1
yaphets666 2020-08-25 09:32:57 +08:00
import request from '@/router/axios'
export const getSystemDict = (code) => { return request({ url: xxxxxxxxx, method: 'get' }) } |
 |
2
ZSeptember 2020-08-25 10:07:51 +08:00
不是每个请求封装一个方法？代码应该体现业务，调用方应该不需要不知道请求什么地址，什么 path，只需要知道参数，以及返回结果。
如果是 RESTful 的，就封装一个 Resource 有 CRUD 方法。 |
 |
3
youxiachai 2020-08-25 10:18:38 +08:00
客户端..完全是业务调用了....根本不存在管理....
|
 |
4
iFlicker 2020-08-25 10:31:20 +08:00
Android 啊 如果业务庞大就完全按业务分类，规范可以用 retrofit
|
 |
5
unco020511 2020-08-25 11:23:18 +08:00
retrofit 符合你
|
Select Language