最近有点疑惑 PHP 应用接口开发的问题

[JasonTsang]

最近公司想为 APP 开发接口，因为以前一直主要做网站应用 ，没弄过 APP 接口。

搜索了一翻，有人说 很简单的 只要按正常的来做，返回的时候 返回 JSON 数据就可以。

但也有人说 什么 Restful api 又什么签名，又什么 弄的我的一圈圈。

看了 Restful 哪只是一套行为守则。

现在云里雾里啊。。。

所以来请教。究竟怎么弄 才算是专业的 APP 应用接口程序。

[Takamine]

说得糙一点。
请求内容和现在的路由->控制器->方法->获取 params 并没有什么区别。
返回的内容不用去 return 那些 assign 或者 fetch、view 什么的模版，直接把 array 转成 json 返回。
具体的请求和返回形式可以看看一些应用的接口文档。
结合你们自己的业务情况自己做一份请求响应格式和业务码表就好了。

[yc8332]

和原来网页接口一样啊。。就是把 session 变成 token 了，然后一般要弄个签名校验

[Takamine]

至于 restful 的问题。我觉得 larvel，TP 或者其他的一些 cms 管理系统，本身在设计路由和做路由美化的时候，就已经是半 restful 的。当然，你要硬去抠请求类型语义，get/put/post/delete...在一般的开发中反倒显得累赘。

[lzj307077687]

如果框架的话 token 生成、验证这些有 jwt+dingo，不需要造轮子
请求方式看你调用方，像之前写 API，同事喜欢用 put、delete、patch 这些请求方式
然而项目是小程序 wx.request 没有 patch，导致某些接口要请求时额外加个__method 参数
restful 按需求挑一些来用就行 即使不用也无所谓

[kx5d62Jn1J9MjoXP]

如果你的网站是前后端分离的话，那么除了身份验证不同外（一个用 session，一个用自己生成的随机 token ），其它是一模一样的

[iConsLii]

restful 也是接口的一种啊，签名这些是为了验证的。