• 提供一个接口,按数据来区分功能,这样会有什么问题么?

    2016/08/01 hankonline 4 评论  , 

提供一个接口,按数据来区分功能,这样会有什么问题么?

举例:在商城中,所有接口的url都是一个,http:mall.com/interface。
获取商品列表时,request的数据为{funcid:1}。
获取订单列表时,request的数据为{funcid:2}。

1 收藏


直接登录
最新评论
  • 西瓜妹子 PHPer 2016/08/01

    如果现在除了商品、订单之外,功能越来越多,如果是数字的话,你维护起来不是很好找,假设现在有20个列表,20个数字,你觉得你测试的时候或者使用的时候会有什么弊端吗?

    • hankonline Web前端 2016/08/01

      那如果不用数字,换成有语义的单词呢?比如{funcName:getGoodsList}或getOrdersList。我自己只是觉得这种方式不太好,但实在无法找到切实的不好的地方。

      • 诸葛不亮 Qt/C++程序员 2016/08/01

        类比C++,如果你有20个很庞大的功能,那么用switch case做20个分支,不如直接封20个类,放到20个源文件里分别维护

      • 西瓜妹子 PHPer 2016/08/02

        这样的单词就可以,不过@诸葛不亮说的也很对啊。

        商城的话,还是开始就要把结构等划分清楚,不然做出来的会很乱,后续不好维护,建议你就去看看你语言对应的商城框架之类的,或者是一些博客的介绍,多考虑别人的方案和自己的方案进行对比,然后择优而选~

        哪怕是问一下有经验的老司机~