r3/README.md

275 lines
7.7 KiB
Markdown
Raw Normal View History

2014-05-14 12:18:59 -04:00
R3
2014-05-11 18:52:36 -04:00
================
2014-05-20 04:22:46 -04:00
[![Build Status](https://travis-ci.org/c9s/r3.svg?branch=master)](https://travis-ci.org/c9s/r3)
2014-05-20 11:11:28 -04:00
[![Coverage Status](https://coveralls.io/repos/c9s/r3/badge.png)](https://coveralls.io/r/c9s/r3)
2014-05-16 21:38:21 -04:00
R3 is an URL router library with high performance, thus, it's implemented in C.
2014-05-16 08:11:59 -04:00
It compiles your route paths into a prefix trie.
2014-05-23 22:03:40 -04:00
By using the prefix tree constructed in the start-up time, you can dispatch
the path to the controller with high efficiency.
2014-05-11 18:52:36 -04:00
2014-05-16 08:11:59 -04:00
Requirement
-----------------------
2014-05-23 22:03:40 -04:00
### Build Requirement
2014-05-16 21:38:21 -04:00
* autoconf
* automake
2014-05-16 08:11:59 -04:00
* check
2014-05-23 22:03:40 -04:00
* pkg-config
### Runtime Requirement
2014-05-16 08:11:59 -04:00
* pcre
2014-05-17 21:16:47 -04:00
* graphviz version 2.38.0 (20140413.2041)
2014-05-16 08:11:59 -04:00
2014-05-11 20:24:22 -04:00
Pattern Syntax
-----------------------
/blog/post/{id} use [^/]+ regular expression by default.
/blog/post/{id:\d+} use `\d+` regular expression instead of default.
2014-05-11 18:52:36 -04:00
2014-05-16 03:29:25 -04:00
C API
------------------------
```c
2014-05-17 22:29:36 -04:00
#include <r3.h>
2014-05-16 03:29:25 -04:00
// create a router tree with 10 children capacity (this capacity can grow dynamically)
2014-05-16 06:57:36 -04:00
n = r3_tree_create(10);
2014-05-16 03:29:25 -04:00
int route_data = 3;
// insert the route path into the router tree
r3_tree_insert_path(n, "/bar", &route_data); // ignore the length of path
2014-05-18 22:34:48 -04:00
2014-05-20 12:47:09 -04:00
r3_tree_insert_pathl(n, "/zoo", strlen("/zoo"), &route_data );
r3_tree_insert_pathl(n, "/foo/bar", strlen("/foo/bar"), &route_data );
2014-05-18 22:34:48 -04:00
2014-05-20 12:47:09 -04:00
r3_tree_insert_pathl(n ,"/post/{id}", strlen("/post/{id}") , &route_data );
2014-05-18 22:34:48 -04:00
2014-05-20 12:47:09 -04:00
r3_tree_insert_pathl(n, "/user/{id:\\d+}", strlen("/user/{id:\\d+}"), &route_data );
2014-05-16 03:29:25 -04:00
// let's compile the tree!
2014-05-16 06:57:36 -04:00
r3_tree_compile(n);
2014-05-16 03:29:25 -04:00
// dump the compiled tree
2014-05-16 06:57:36 -04:00
r3_tree_dump(n, 0);
2014-05-16 03:29:25 -04:00
2014-05-25 03:29:31 -04:00
// dump the compiled tree to a string
sds tree_dump = sdsempty();
tree_dump = r3_tree_dump_str(n, 0, tree_dump);
2014-05-16 03:29:25 -04:00
// match a route
2014-05-18 01:45:29 -04:00
node *matched_node = r3_tree_match(n, "/foo/bar", strlen("/foo/bar"), NULL);
2014-05-18 22:34:48 -04:00
if (matched_node) {
matched_node->endpoint; // make sure there is a route end at here.
int ret = *( (*int) matched_node->route_ptr );
}
2014-05-18 22:53:47 -04:00
// release the tree
r3_tree_free(n);
2014-05-18 22:34:48 -04:00
```
If you want to capture the variables from regular expression, you will need to create a match entry,
the catched variables will be pushed into the match entry structure:
```c
match_entry * entry = match_entry_create("/foo/bar");
// free the match entry
match_entry_free(entry);
2014-05-18 22:34:48 -04:00
```
And you can even specify the request method restriction:
```c
entry->request_method = METHOD_GET;
entry->request_method = METHOD_POST;
entry->request_method = METHOD_GET | METHOD_POST;
```
When using `match_entry`, you may match the route with `r3_tree_match_entry` function:
```c
node *matched_node = r3_tree_match_entry(n, entry);
2014-05-16 03:29:25 -04:00
```
### Routing with conditions
```c
2014-05-18 02:14:04 -04:00
// create the match entry for capturing dynamic variables.
match_entry * entry = match_entry_create("/foo/bar");
entry->request_method = METHOD_GET;
// create a router tree with 10 children capacity (this capacity can grow dynamically)
n = r3_tree_create(10);
int route_data = 3;
2014-05-18 02:14:04 -04:00
// define the route with conditions
route *r1 = route_create("/blog/post");
2014-05-18 22:34:48 -04:00
r1->request_method = METHOD_GET | METHOD_POST; // ALLOW GET OR POST METHOD
2014-05-18 02:14:04 -04:00
// insert the route path into the router tree
2014-05-18 22:34:48 -04:00
r3_tree_insert_route(n, r1, &route_data );
r3_tree_compile(n);
2014-05-18 22:34:48 -04:00
route *matched_route = r3_tree_match_route(n, entry);
matched_route->data; // get the data from matched route
// free the objects at the end
r3_route_free(r1);
r3_tree_free(n);
```
2014-05-23 11:15:32 -04:00
Slug
-----------------------
2014-05-23 11:17:58 -04:00
A slug is a placeholder, which captures the string from the URL as a variable.
Slugs will be compiled into regular expression patterns.
2014-05-16 03:29:25 -04:00
2014-05-23 22:03:40 -04:00
Slugs without patterns (like `/user/{userId}`) will be compiled into the `[^/]+` pattern.
2014-05-23 11:15:32 -04:00
To specify the pattern of a slug, you may write a colon to separate the slug name and the pattern:
"/user/{userId:\\d+}"
The above route will use `\d+` as its pattern.
Optimization
2014-05-23 10:46:35 -04:00
-----------------------
2014-05-23 11:20:32 -04:00
Simple regular expressions are optimized through a regexp pattern to opcode
2014-05-23 22:03:40 -04:00
translator, which translates simple patterns into small & fast scanners.
2014-05-23 11:15:32 -04:00
By using this method, r3 reduces the matching overhead of pcre library.
Optimized patterns are: `[a-z]+`, `[0-9]+`, `\d+`, `\w+`, `[^/]+` or `[^-]+`
2014-05-23 22:03:40 -04:00
Slugs without specified regular expression will be compiled into the `[^/]+` pattern. therefore, it's optimized too.
2014-05-23 10:46:35 -04:00
2014-05-23 11:20:32 -04:00
Complex regular expressions will still use libpcre to match URL (partially).
2014-05-23 10:46:35 -04:00
2014-05-11 18:52:36 -04:00
2014-05-23 10:46:35 -04:00
Performance
2014-05-16 07:17:59 -04:00
-----------------------
The routing benchmark from stevegraham/rails' PR <https://github.com/stevegraham/rails/pull/1>:
omg 10462.0 (±6.7%) i/s - 52417 in 5.030416s
And here is the result of the router journey:
omg 9932.9 (±4.8%) i/s - 49873 in 5.033452s
r3 uses the same route path data for benchmarking, and here is the benchmark:
2014-05-16 21:41:00 -04:00
3 runs, 5000000 iterations each run, finished in 1.308894 seconds
11460057.83 i/sec
2014-05-16 07:17:59 -04:00
2014-05-16 07:19:10 -04:00
### The benchmarking route paths
2014-05-16 07:18:47 -04:00
The route path generator is from <https://github.com/stevegraham/rails/pull/1>:
```ruby
#!/usr/bin/env ruby
arr = ["foo", "bar", "baz", "qux", "quux", "corge", "grault", "garply"]
paths = arr.permutation(3).map { |a| "/#{a.join '/'}" }
paths.each do |path|
puts "r3_tree_insert_path(n, \"#{path}\", NULL);"
end
```
2014-05-23 11:15:32 -04:00
Function prefix mapping
-----------------------
|Function Prefix |Description |
|------------------|------------------------------------------------------------------------------------|
|`r3_tree_*` |Tree related operations, which require a node to operate a whole tree |
|`r3_node_*` |Single node related operations, which do not go through its own children or parent. |
|`r3_edge_*` |Edge related operations |
|`r3_route_*` |Route related operations, which are needed only when the tree is defined by routes |
|`match_entry_*` |Match entry related operations, a `match_entry` is just like the request parameters |
2014-05-16 07:18:47 -04:00
2014-05-17 20:19:32 -04:00
Rendering routes with graphviz
-------------------------------
The `test_gvc_render_file` API let you render the whole route trie into a image.
2014-05-17 20:21:09 -04:00
![Imgur](http://i.imgur.com/J2LdzeK.png)
2014-05-17 20:19:32 -04:00
Or you can even export it with dot format:
```dot
digraph g {
graph [bb="0,0,205.1,471"];
node [label="\N"];
"{root}" [height=0.5,
pos="35.097,453",
width=0.97491];
"#1" [height=0.5,
pos="35.097,366",
width=0.75];
....
```
2014-05-11 18:52:36 -04:00
Use case in PHP
-----------------------
2014-05-23 10:46:35 -04:00
**not implemented yet**
2014-05-11 18:52:36 -04:00
```php
// Here is the paths data structure
$paths = [
2014-05-13 04:13:20 -04:00
'/blog/post/{id}' => [ 'controller' => 'PostController' , 'action' => 'item' , 'method' => 'GET' ] ,
'/blog/post' => [ 'controller' => 'PostController' , 'action' => 'list' , 'method' => 'GET' ] ,
'/blog/post' => [ 'controller' => 'PostController' , 'action' => 'create' , 'method' => 'POST' ] ,
'/blog' => [ 'controller' => 'BlogController' , 'action' => 'list' , 'method' => 'GET' ] ,
2014-05-11 18:52:36 -04:00
];
2014-05-16 07:13:24 -04:00
$rs = r3_compile($paths, 'persisten-table-id');
$ret = r3_dispatch($rs, '/blog/post/3' );
2014-05-11 18:52:36 -04:00
list($complete, $route, $variables) = $ret;
2014-05-16 07:13:24 -04:00
// matched conditions aren't done yet
list($error, $message) = r3_validate($route); // validate route conditions
2014-05-11 18:52:36 -04:00
if ( $error ) {
echo $message; // "Method not allowed", "...";
}
```
2014-05-16 08:35:16 -04:00
Install
2014-05-16 08:11:59 -04:00
----------------------
2014-05-18 23:45:39 -04:00
sudo apt-get install check libpcre3 libpcre3-dev libjemalloc-dev libjemalloc1 build-essential libtool automake autoconf pkg-config
sudo apt-get install graphviz-dev graphviz # if you want graphviz
2014-05-16 21:38:21 -04:00
./autogen.sh
2014-05-17 03:33:12 -04:00
./configure && make
2014-05-16 08:35:16 -04:00
sudo make install
2014-05-16 08:11:59 -04:00
2014-05-24 04:28:53 -04:00
#### Run Unit Tests
./configure --enable-check
make check
2014-05-21 23:59:45 -04:00
#### Enable Graphviz
2014-05-16 21:38:21 -04:00
2014-05-17 21:31:08 -04:00
./configure --enable-graphviz
2014-05-16 21:38:21 -04:00
2014-05-21 23:59:45 -04:00
#### With jemalloc
./configure --with-malloc=jemalloc
2014-05-16 21:38:21 -04:00
2014-05-17 22:28:19 -04:00
License
--------------------
This software is released under MIT License.