摘要:最近在做功能,找了好久的资料,才找到这类的教程,感谢该作者,以下内容根据我的项目实际情况做了一定的修改。
最近在做Yii2.0 RESTful API功能,找了好久的资料,才找到这类的教程,感谢该作者,以下内容根据我的项目实际情况做了一定的修改。
安装yii2.0安装 Composer 后,您可以通过在 Web 可访问的文件夹下运行以下命令来 安装Yii应用程序模板:
composer create-project --prefer-dist yiisoft/yii2-app-basic basic初始化高级模板
cd advanced ./init输入"./init"后会出现以下内容
Yii Application Initialization Tool v1.0 Which environment do you want the application to be initialized in? [0] Development [1] Production Your choice [0-1, or "q" to quit] 0 Initialize the application under "Development" environment? [yes|no] yes Start initialization ...修改数据库连接属性
打开 commonconfigmain-local.php,配置数据库连接信息
"db" => [ "class" => "yiidbConnection", "dsn" => "mysql:host=127.0.0.1;dbname=yii", "username" => "root", "password" => "root", "charset" => "utf8", ],执行 migrate 数据库迁移
./yii migrate拷贝backend目录,命名为api
打开apiconfigmain.php 修改id,controllerNamespace等,将所有backend替换为api:
return [ "id" => "app-api", "basePath" => dirname(__DIR__), "controllerNamespace" => "apicontrollers", ]
打开apiconfigmain.php开启url路由美化规则
"urlManager" => [ "enablePrettyUrl" => true, "showScriptName" => false, "rules" => [ ], ],
打开commonconfigootstrap.php添加以下别名
Yii::setAlias("@api", dirname(dirname(__DIR__)) . "/api");为什么要多带带创建API应用
多带带创建API应用,目的是便于维护,可以避免以下问题
配置的冲突
控制器的命名不便
url美化规则冲突
分工明确frontend为前台目录;backend为后台目录;api为api目录
接下来打开 apicontrollers 新建一个User控制器,继承 yii estActiveController,命名为 UserController,代码如下:
配置URL规则为刚才的 user控制器添加url美化规则
打开 apiconfigmain.php 修改 components属性,添加下列代码:... "urlManager" => [ "enablePrettyUrl" => true, "enableStrictParsing" => true, "showScriptName" => false, "rules" => [ ["class" => "yii estUrlRule", "controller" => "user" ], ], ] ...ok,到此就成了一个 符合 RESTful 风格的API
看起来在控制器了什么也没有写,只是指定了一个模型,但是她的背后完成了很多的功能哦,列表如下:GET /users: 逐页列出所有用户
HEAD /users: 显示用户列表的概要信息
POST /users: 创建一个新用户
GET /users/123: 返回用户 123 的详细信息
HEAD /users/123: 显示用户 123 的概述信息
PATCH /users/123: and PUT /users/123: 更新用户123
DELETE /users/123: 删除用户123
OPTIONS /users: 显示关于末端 /users 支持的动词
OPTIONS /users/123: 显示有关末端 /users/123 支持的动词
如何访问呢你可以使用 curl命令进行访问,命令如下:
curl -i -H "Accept:application/json" "http://localhost/users"命令行下还是比较麻烦的,也不方便测试,推荐使用 API测试工具
这类的工具有很多,我就不一一列举了,这里推荐 Postman,很好很强大,Chorme也有插件,可以安装,这里我推荐直接下载软件安装调试,比较方便
你可能发现了 访问任何路由地址都是加的s,users , 为什么呢? 资源,你要理解 资源二字,既然是资源肯定是个集合,肯定有一大堆,所以要加上复数,我是这么理解的。
你说我就是不想加上s,我就想采用http://localhost/user 这种方式来进行访问,好吧,可以,满足你,只是不推荐
继续打开配置文件apiconfigmain.php修改刚才添加的 urlManager 如下:
"urlManager" => [ "enablePrettyUrl" => true, "enableStrictParsing" => true, "showScriptName" => false, "rules" => [ ["class" => "yii estUrlRule", "controller" => "user", "pluralize" => false, //设置为false 就可以去掉复数形式了 ], ], ]加入 "pluralize" => false, 就表示去掉复数形式了,再次强调不推荐
ok,在控制器中我们没有写任何一句代码,他就给我们生成许多方法,但是有时候我们可能需要修改一些代码,来达到我们想要的效果,比如连表查询,然后再返回数据
接下来我们就实现这样的功能:
打开刚才新建的user控制器, 重写 action方法:
这样我们就可以重写他的代码了。哈哈
我们再新建一个自己的 action
然后试着访问一下 http://localhost/users/test,报错?找不到?
报错就对了,那是因为我们没有设置其他路由访问
修改 apiconfigmain.php
"urlManager" => [ "enablePrettyUrl" => true, "enableStrictParsing" => true, "showScriptName" => false, "rules" => [ ["class" => "yii estUrlRule", "controller" => "user", //"pluralize" => false, //设置为false 就可以去掉复数形式了 "extraPatterns"=>[ "GET send-email"=>"test" ], ], ], ]接下来重新访问就没有问题了,ps:你自己编写的任何 action 都要在 extraPatterns 进行配置
再次感谢以下:
https://segmentfault.com/a/11...
文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。
转载请注明本文地址:https://www.ucloud.cn/yun/29827.html
这篇说下yii2.0开发 API 吧,使用 RESTful API模式 安装Yii2.0 通过 Composer 安装 这是安装Yii2.0的首选方法。如果你还没有安装 Composer,你可以按照这里的说明进行安装。 安装完 Composer,运行下面的命令来安装 Composer Asset 插件: php composer.phar global require fxp/composer-a...
摘要:之速率限制什么是速率限制权威指南翻译过来为限流,为防止滥用,你应该考虑对您的限流。如果在规定的时间内接收了一个用户大量的请求,将返回响应状态代码这意味着过多的请求。 Yii2.0 RESTful API 之速率限制 什么是速率限制? 权威指南翻译过来为限流,为防止滥用,你应该考虑对您的 API 限流。 例如,您可以限制每个用户 10 分钟内最多调用 API 100 次。 如果在规定的时...
摘要:之版本控制之前我写过两篇关于如何搭建,以及认证等处理,但是没有涉及到版本管理,今天就来谈谈版本管理如何实现。如果你还没有安装,你可以按照这里的说明进行安装。 Yii2.0 RESTful API 之版本控制 之前我写过两篇关于 Yii2.0 RESTful API 如何搭建,以及 认证 等处理,但是没有涉及到版本管理,今天就来谈谈版本管理如何实现。 索性就从头开始一步一步搭建吧,但是关...
摘要:请求参数当作请求参数发送,例如,由于大多数服务器都会保存请求参数到日志,这种方式应主要用于请求,因为它不能使用头来发送使用者从认证服务器上获取基于协议的,然后通过发送到服务器。 认证介绍 和Web应用不同,RESTful APIs 通常是无状态的, 也就意味着不应使用 sessions 或 cookies, 因此每个请求应附带某种授权凭证,因为用户授权状态可能没通过 sessions ...
摘要:最近在做认证功能,记录整个过程,方便以后查看。请求参数当作请求参数发送,例如,由于大多数服务器都会保存请求参数到日志,这种方式应主要用于请求,因为它不能使用头来发送使用者从认证服务器上获取基于协议的,然后通过发送到服务器。 最近在做RESTful API认证功能,记录整个过程,方便以后查看。本文参照了 https://segmentfault.com/a/119000001636860...
阅读 661·2021-11-18 10:02
阅读 2196·2021-11-15 18:13
阅读 3058·2021-11-15 11:38
阅读 2863·2021-09-22 15:55
阅读 3618·2021-08-09 13:43
阅读 2406·2021-07-25 14:19
阅读 2419·2019-08-30 14:15
阅读 3411·2019-08-30 14:15