在客户端程序开发里，如何管理众多的 Action 请求的路径？

資深大佬 : tctc4869 14

客户端程序有的功能必须请求网络后台才能执行成功。==可能会用到很多请求 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 程序里又是怎么管理的？

大佬有話說 (5)

資深大佬 : yaphets666

import request from ‘@/router/axios’
export const getSystemDict = (code) => {
return request({
url: xxxxxxxxx,
method: ‘get’
})
}

資深大佬 : ZSeptember

不是每个请求封装一个方法？代码应该体现业务，调用方应该不需要不知道请求什么地址，什么 path，只需要知道参数，以及返回结果。
如果是 RESTful 的，就封装一个 Resource 有 CRUD 方法。

資深大佬 : youxiachai

客户端..完全是业务调用了….根本不存在管理….

資深大佬 : iFlicker

Android 啊如果业务庞大就完全按业务分类，规范可以用 retrofit

資深大佬 : unco020511

retrofit 符合你