摘要：最近在做功能，找了好久的资料，才找到这类的教程，感谢该作者，以下内容根据我的项目实际情况做了一定的修改。
最近在做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...
阅读 671·2021-11-18 10:02
阅读 2209·2021-11-15 18:13
阅读 3090·2021-11-15 11:38
阅读 2885·2021-09-22 15:55
阅读 3630·2021-08-09 13:43
阅读 2417·2021-07-25 14:19
阅读 2436·2019-08-30 14:15
阅读 3426·2019-08-30 14:15
