0 0

Web接口设计-URL风格讨论5

    最近在想一个问题,大家在做Web服务接口设计的时候,一般对访问URL如何设计? 为什么要这样设计?

    

    先说下我的设计原则

 

    我一般设计的时候,会将所有的访问统一一个URL,然后通过一个命令标识符来识别所请求的服务,请求格式全部是JSON,

 

    这样设计的好处,1)可以有统一的行为处理   2)容易进行权限管理   3)对外API URL唯一,易于管理   

 

    但是,现在流行Rest风格的设计,但是总感觉Rest风格在URL比较适于基于Web网站的URL风格,但是对于基于接口调用的Web

 

    应用来说,一个服务一个URL不太适合,对外提供接口时一堆URL丢出去,不好控制,感觉也很奇怪,请问大家如何看待,期待讨论?

2014年7月10日 17:46

6个答案 按时间排序 按投票排序

0 0

不明白你的统一url神马意思。
url就是一个字符串,你能玩出神马花样呢?
你不是在url/model/operate/params,
就是在json里设置action了。

2014年7月17日 22:54
0 0

举个例子 比如 商品
URL:
/goods
如果是要增加商品 就用
POST /goods
显示商品(第一页) 用
GET /goods/list
第二页用
GET /goods/list/$<\d+>

显示特定商品:
GET /goods/$<\d{10}> id为10位

更新商品
UPDATE /goods/$<\d{10}> id为10位

删除商品
DELETE /goods/$<\d{10}>

合理用好 GET POST DELETE UPDATE这几个方法也挺好的

2014年7月12日 13:47
0 0

我的原则是
/项目名/模块名/资源名/参数/参数/...

2014年7月11日 17:24
0 0

呵呵, 目前项目也是这么做的, 前端ui和后端开发完全分离开来, 脱离平台, 定义好统一接口文档, 后端只负责提供json数据[fastjson提供],  前端jquyer+template,完美结合。

类似restful风格的, 完美提供给内部后台系统和移动app调用。

不过现在完整restful还是有点远的。

2014年7月10日 20:55
0 0

我比较赞成楼主的建议,但是一般情况下不同的功能模块要拆分成不同的URL,便于功能模块的区分,设计出的URL更清晰

2014年7月10日 18:03
0 1

web url要对搜索引擎的胃口,至于接口,也不至于说可以太随意吧,参见秘鲁玛卡

2014年7月11日 10:58

相关推荐

Global site tag (gtag.js) - Google Analytics