摘要:最近在做功能,找了好久的資料,才找到這類的教程,感謝該作者,以下內容根據我的項目實際情況做了一定的修改。
最近在做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...
文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。
轉載請注明本文地址:http://specialneedsforspecialkids.com/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...
閱讀 701·2021-11-18 10:02
閱讀 2235·2021-11-15 18:13
閱讀 3139·2021-11-15 11:38
閱讀 2934·2021-09-22 15:55
閱讀 3666·2021-08-09 13:43
閱讀 2438·2021-07-25 14:19
閱讀 2449·2019-08-30 14:15
閱讀 3441·2019-08-30 14:15