diff options
| author | Chris McDonough <chrism@agendaless.com> | 2009-07-03 01:41:04 +0000 |
|---|---|---|
| committer | Chris McDonough <chrism@agendaless.com> | 2009-07-03 01:41:04 +0000 |
| commit | 7bc20e11b5ed7314e5aaed000242d4d5950fc775 (patch) | |
| tree | 6cb253ea95617ca4f24aa365f145ec2f81bf53fc /docs/narr/urlmapping.rst | |
| parent | c43c358c7ec7d352fd4792b993e4609cbab37dba (diff) | |
| download | pyramid-7bc20e11b5ed7314e5aaed000242d4d5950fc775.tar.gz pyramid-7bc20e11b5ed7314e5aaed000242d4d5950fc775.tar.bz2 pyramid-7bc20e11b5ed7314e5aaed000242d4d5950fc775.zip | |
General editing walkthrough.
Diffstat (limited to 'docs/narr/urlmapping.rst')
| -rw-r--r-- | docs/narr/urlmapping.rst | 26 |
1 files changed, 14 insertions, 12 deletions
diff --git a/docs/narr/urlmapping.rst b/docs/narr/urlmapping.rst index 269061e40..1c9cde888 100644 --- a/docs/narr/urlmapping.rst +++ b/docs/narr/urlmapping.rst @@ -4,12 +4,13 @@ Mapping URLs to Code ==================== Many popular web frameworks today use :term:`URL dispatch` to -associate a particular URL with a bit of code (known somewhat -ambiguously as a "controller" or :term:`view` depending upon the -particular vocabulary religion to which you subscribe). These systems -allow the developer to create "urlconfs" or "routes" to -controller/view Python code using pattern matching against URL -components. Examples: `Django's URL dispatcher +associate a particular URL with a bit of code. In these systems, the +bit of code associated with a URL is known somewhat ambiguously as a +"controller" or :term:`view` depending upon the particular vocabulary +religion to which you subscribe. Such systems allow the developer to +create "urlconfs" or "routes" to controller/view Python code using +pattern matching against URL components. Examples: `Django's URL +dispatcher <http://www.djangoproject.com/documentation/url_dispatch/>`_ and the :term:`Routes` URL mapping system. @@ -62,12 +63,13 @@ URL-dispatch based systems, and some assertions just aren't possible. For example, URL-dispatch based systems don't deal very well with URLs that represent arbitrary-depth hierarchies. -Graph :term:`traversal` works well if you need to divine meaning out -of these types of "ambiguous" URLs and URLs that represent -arbitrary-depth hierarchies. Each URL segment represents a single -traversal through an edge of the graph. So a URL like -``http://example.com/a/b/c`` can be thought of as a graph traversal on -the ``example.com`` site through the edges ``a``, ``b``, and ``c``. +Graph :term:`traversal` works well if you need to divine meaning from +of these types of "ambiguous" URLs and from URLs that represent +arbitrary-depth hierarchies. When traversal is used, each URL segment +represents a single traversal step through an edge of a graph. So a +URL like ``http://example.com/a/b/c`` can be thought of as a graph +traversal on the ``example.com`` site through the edges ``a``, ``b``, +and ``c``. If you're willing to treat your application models as a graph that can be traversed, it also becomes easy to provide "row-level security" (in |
