Skip to content
Projects
Groups
Snippets
Help
This project
Loading...
Sign in / Register
Toggle navigation
Y
yii2
Project
Overview
Details
Activity
Cycle Analytics
Repository
Repository
Files
Commits
Branches
Tags
Contributors
Graph
Compare
Charts
Issues
0
Issues
0
List
Board
Labels
Milestones
Merge Requests
0
Merge Requests
0
CI / CD
CI / CD
Pipelines
Jobs
Schedules
Charts
Wiki
Wiki
Snippets
Snippets
Members
Members
Collapse sidebar
Close sidebar
Activity
Graph
Charts
Create a new issue
Jobs
Commits
Issue Boards
Open sidebar
PSDI Army
yii2
Commits
1b03dc8f
Commit
1b03dc8f
authored
Mar 05, 2014
by
Qiang Xue
Browse files
Options
Browse Files
Download
Email Patches
Plain Diff
major features and documentation finished for REST API.
parent
147bbe72
Hide whitespace changes
Inline
Side-by-side
Showing
3 changed files
with
135 additions
and
7 deletions
+135
-7
rest.md
docs/guide/rest.md
+130
-5
Module.php
framework/base/Module.php
+3
-0
UrlRule.php
framework/rest/UrlRule.php
+2
-2
No files found.
docs/guide/rest.md
View file @
1b03dc8f
...
@@ -268,7 +268,44 @@ as explained above.
...
@@ -268,7 +268,44 @@ as explained above.
### HATEOAS Support
### HATEOAS Support
TBD
[
HATEOAS
](
http://en.wikipedia.org/wiki/HATEOAS
)
, an abbreviation for Hypermedia as the Engine of Application State,
promotes that RESTful APIs should return information that allow clients to discover actions supported for the returned
resources. The key of HATEOAS is to return a set of hyperlinks with relation information when resource data are served
by APIs.
You may let your model classes to implement the
[
[yii\web\Linkable
]
] interface to support HATEOAS. By implementing
this interface, a class is required to return a list of
[
[yii\web\Link|links
]
]. Typically, you should return at least
the
`self`
link, for example:
```
php
use
yii\db\ActiveRecord
;
use
yii\web\Linkable
;
use
yii\helpers\Url
;
class
User
extends
ActiveRecord
implements
Linkable
{
public
function
getLinks
()
{
return
[
Link
::
REL_SELF
=>
Url
::
action
([
'user'
,
'id'
=>
$this
->
id
],
true
),
];
}
}
```
When a
`User`
object is returned in a response, it will contain a
`_links`
element representing the links related
to the user, for example,
```
{
"id": 100,
"email": "user@example.com",
...,
"_links" => [
"self": "https://example.com/users/100"
]
}
```
Creating Controllers and Actions
Creating Controllers and Actions
...
@@ -576,10 +613,6 @@ the current rate limiting information:
...
@@ -576,10 +613,6 @@ the current rate limiting information:
*
`X-Rate-Limit-Reset`
: The number of seconds to wait in order to get the maximum number of allowed requests.
*
`X-Rate-Limit-Reset`
: The number of seconds to wait in order to get the maximum number of allowed requests.
Caching
-------
Error Handling
Error Handling
--------------
--------------
...
@@ -603,6 +636,98 @@ Error Handling
...
@@ -603,6 +636,98 @@ Error Handling
Versioning
Versioning
----------
----------
Your APIs should be versioned. Unlike Web applications which you have full control on both client side and server side
code, for APIs you usually do not have control of the client code that consumes the APIs. Therefore, backward
compatibility (BC) of the APIs should be maintained whenever possible, and if some BC-breaking changes must be
introduced to the APIs, you should bump up the version number. You may refer to
[
Symantic Versioning
](
http://semver.org/
)
for more information about designing the version numbers of your APIs.
Regarding how to implement API versioning, a common practice is to embed the version number in the API URLs.
For example,
`http://example.com/v1/users`
stands for
`/users`
API of version 1. Another method of API versioning
which gains momentum recently is to put version numbers in the HTTP request headers, typically through the
`Accept`
header,
like the following:
```
// via a parameter
Accept: application/json; version=v1
// via a vendor content type
Accept: application/vnd.company.myapp-v1+json
```
Both methods have pros and cons, and there are a lot of debates about them. Below we describe a practical strategy
of API versioning that is a kind of mix of these two methods:
*
Put each major version of API implementation in a separate module whose ID is the major version number (e.g.
`v1`
,
`v2`
).
Naturally, the API URLs will contain major version numbers.
*
Within each major version (and thus within the corresponding module), use the
`Accept`
HTTP request header
to determine the minor version number and write conditional code to respond to the minor versions accordingly.
For each module serving a major version, it should include the resource classes and the controller classes
serving for that specific version. The resource and controller classes may or may not extend from a common set
of base classes shared by all major versions. As a result, your code may be organized like the following:
```
api/
common/
controllers/
models/
modules/
v1/
controllers/
models/
v2/
controllers/
models/
```
Your application configuration would look like:
```
php
return
[
'modules'
=>
[
'v1'
=>
[
'basePath'
=>
'@app/modules/v1'
,
],
'v2'
=>
[
'basePath'
=>
'@app/modules/v2'
,
],
],
'components'
=>
[
'urlManager'
=>
[
'enablePrettyUrl'
=>
true
,
'enableStrictParsing'
=>
true
,
'showScriptName'
=>
false
,
'rules'
=>
[
[
'class'
=>
'yii\rest\UrlRule'
,
'controller'
=>
[
'v1/user'
,
'v1/post'
]],
[
'class'
=>
'yii\rest\UrlRule'
,
'controller'
=>
[
'v2/user'
,
'v2/post'
]],
],
],
],
];
```
As a result,
`http://example.com/v1/users`
will return the list of users in version 1, while
`http://example.com/v2/users`
will return version 2 users.
Using modules, code for different major versions can be well isolated. And it is still possible
to share commonly used code via common base classes or other shared classes.
To deal with minor version numbers, you may take advantage of the content type negotiation
feature provided by
[
[yii\rest\Controller
]
]:
*
Specify a list of supported minor versions (within the major version of the containing module)
via
[
[yii\rest\Controller::supportedVersions
]
].
*
Get the version number by reading
[
[yii\rest\Controller::version
]
].
*
In relevant code, such as actions, resource classes, serializers, etc., write conditional
code according to the requested minor version number.
Since minor versions require maintaining backward compatibility, hopefully there are not much
version checks in your code. Otherwise, chances are that you may need to create a new major version.
Caching
-------
Documentation
Documentation
-------------
-------------
...
...
framework/base/Module.php
View file @
1b03dc8f
...
@@ -359,6 +359,9 @@ class Module extends Component
...
@@ -359,6 +359,9 @@ class Module extends Component
return
$this
->
_modules
[
$id
];
return
$this
->
_modules
[
$id
];
}
elseif
(
$load
)
{
}
elseif
(
$load
)
{
Yii
::
trace
(
"Loading module:
$id
"
,
__METHOD__
);
Yii
::
trace
(
"Loading module:
$id
"
,
__METHOD__
);
if
(
is_array
(
$this
->
_modules
[
$id
])
&&
!
isset
(
$this
->
_modules
[
$id
][
'class'
]))
{
$this
->
_modules
[
$id
][
'class'
]
=
'yii\base\Module'
;
}
return
$this
->
_modules
[
$id
]
=
Yii
::
createObject
(
$this
->
_modules
[
$id
],
$id
,
$this
);
return
$this
->
_modules
[
$id
]
=
Yii
::
createObject
(
$this
->
_modules
[
$id
],
$id
,
$this
);
}
}
}
}
...
...
framework/rest/UrlRule.php
View file @
1b03dc8f
...
@@ -97,7 +97,7 @@ class UrlRule extends CompositeUrlRule
...
@@ -97,7 +97,7 @@ class UrlRule extends CompositeUrlRule
* The keys are the patterns and the values are the corresponding action IDs.
* The keys are the patterns and the values are the corresponding action IDs.
* These extra patterns will take precedence over [[patterns]].
* These extra patterns will take precedence over [[patterns]].
*/
*/
public
$extra
=
[];
public
$extra
Patterns
=
[];
/**
/**
* @var array list of tokens that should be replaced for each pattern. The keys are the token names,
* @var array list of tokens that should be replaced for each pattern. The keys are the token names,
* and the values are the corresponding replacements.
* and the values are the corresponding replacements.
...
@@ -168,7 +168,7 @@ class UrlRule extends CompositeUrlRule
...
@@ -168,7 +168,7 @@ class UrlRule extends CompositeUrlRule
{
{
$only
=
array_flip
(
$this
->
only
);
$only
=
array_flip
(
$this
->
only
);
$except
=
array_flip
(
$this
->
except
);
$except
=
array_flip
(
$this
->
except
);
$patterns
=
array_merge
(
$this
->
patterns
,
$this
->
extra
);
$patterns
=
array_merge
(
$this
->
patterns
,
$this
->
extra
Patterns
);
$rules
=
[];
$rules
=
[];
foreach
(
$this
->
controller
as
$urlName
=>
$controller
)
{
foreach
(
$this
->
controller
as
$urlName
=>
$controller
)
{
$prefix
=
trim
(
$this
->
prefix
.
'/'
.
$urlName
,
'/'
);
$prefix
=
trim
(
$this
->
prefix
.
'/'
.
$urlName
,
'/'
);
...
...
Write
Preview
Markdown
is supported
0%
Try again
or
attach a new file
Attach a file
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Cancel
Please
register
or
sign in
to comment