diff options
| author | Chris McDonough <chrism@agendaless.com> | 2010-07-23 07:15:05 +0000 |
|---|---|---|
| committer | Chris McDonough <chrism@agendaless.com> | 2010-07-23 07:15:05 +0000 |
| commit | ef8a8c8c04a53d3913141e1bf85c11728721e2a3 (patch) | |
| tree | a369ea8fc50dacc581fabe7119f7f84616692958 /repoze | |
| parent | b4c212546023e41243ea30886f9afb8625e89c93 (diff) | |
| download | pyramid-ef8a8c8c04a53d3913141e1bf85c11728721e2a3.tar.gz pyramid-ef8a8c8c04a53d3913141e1bf85c11728721e2a3.tar.bz2 pyramid-ef8a8c8c04a53d3913141e1bf85c11728721e2a3.zip | |
- New argument to ``repoze.bfg.configuration.Configurator.add_route``
and the ``route`` ZCML directive: ``traverse``. If you would like
to cause the ``context`` to be something other than the ``root``
object when this route matches, you can spell a traversal pattern as
the ``traverse`` argument. This traversal pattern will be used as
the traversal path: traversal will begin at the root object implied
by this route (either the global root, or the object returned by the
``factory`` associated with this route).
The syntax of the ``traverse`` argument is the same as it is for
``path``. For example, if the ``path`` provided is
``articles/:article/edit``, and the ``traverse`` argument provided
is ``/:article``, when a request comes in that causes the route to
match in such a way that the ``article`` match value is '1' (when
the request URI is ``/articles/1/edit``), the traversal path will be
generated as ``/1``. This means that the root object's
``__getitem__`` will be called with the name ``1`` during the
traversal phase. If the ``1`` object exists, it will become the
``context`` of the request. The Traversal narrative has more
information about traversal.
If the traversal path contains segment marker names which are not
present in the path argument, a runtime error will occur. The
``traverse`` pattern should not contain segment markers that do not
exist in the ``path``.
A similar combining of routing and traversal is available when a
route is matched which contains a ``*traverse`` remainder marker in
its path. The ``traverse`` argument allows you to associate route
patterns with an arbitrary traversal path without using a a
``*traverse`` remainder marker; instead you can use other match
information.
Note that the ``traverse`` argument is ignored when attached to a
route that has a ``*traverse`` remainder marker in its path.
Diffstat (limited to 'repoze')
| -rw-r--r-- | repoze/bfg/configuration.py | 66 | ||||
| -rw-r--r-- | repoze/bfg/tests/test_configuration.py | 20 | ||||
| -rw-r--r-- | repoze/bfg/traversal.py | 2 |
3 files changed, 86 insertions, 2 deletions
diff --git a/repoze/bfg/configuration.py b/repoze/bfg/configuration.py index e5e8bc8f6..3b03817bb 100644 --- a/repoze/bfg/configuration.py +++ b/repoze/bfg/configuration.py @@ -957,6 +957,7 @@ class Configurator(object): path_info=None, request_method=None, request_param=None, + traverse=None, custom_predicates=(), view_permission=None, renderer=None, @@ -990,6 +991,49 @@ class Configurator(object): ``mypackage.models.MyFactoryClass``. If this argument is not specified, a default root factory will be used. + traverse + + If you would like to cause the :term:`context` to be + something other than the :term:`root` object when this route + matches, you can spell a traversal pattern as the + ``traverse`` argument. This traversal pattern will be used + as the traversal path: traversal will begin at the root + object implied by this route (either the global root, or the + object returned by the ``factory`` associated with this + route). + + The syntax of the ``traverse`` argument is the same as it is + for ``path``. For example, if the ``path`` provided to + ``add_route`` is ``articles/:article/edit``, and the + ``traverse`` argument provided to ``add_route`` is + ``/:article``, when a request comes in that causes the route + to match in such a way that the ``article`` match value is + '1' (when the request URI is ``/articles/1/edit``), the + traversal path will be generated as ``/1``. This means that + the root object's ``__getitem__`` will be called with the + name ``1`` during the traversal phase. If the ``1`` object + exists, it will become the :term:`context` of the request. + :ref:`traversal_chapter` has more information about + traversal. + + If the traversal path contains segment marker names which + are not present in the path argument, a runtime error will + occur. The ``traverse`` pattern should not contain segment + markers that do not exist in the ``path``. + + A similar combining of routing and traversal is available + when a route is matched which contains a ``*traverse`` + remainder marker in its path (see + :ref:`using_traverse_in_a_route_path`). The ``traverse`` + argument to add_route allows you to associate route patterns + with an arbitrary traversal path without using a a + ``*traverse`` remainder marker; instead you can use other + match information. + + Note that the ``traverse`` argument to ``add_route`` is + ignored when attached to a route that has a ``*traverse`` + remainder marker in its path. + Predicate Arguments path @@ -1683,7 +1727,7 @@ class Configurator(object): def _make_predicates(xhr=None, request_method=None, path_info=None, request_param=None, header=None, accept=None, containment=None, request_type=None, - view_match_val=None, custom=()): + view_match_val=None, traverse=None, custom=()): # PREDICATES # ---------- @@ -1834,6 +1878,26 @@ def _make_predicates(xhr=None, request_method=None, path_info=None, predicates.append(view_match_val_predicate) h.update('view_match_val:%r=%r' % (match_name, match_val)) + if traverse is not None: + # ``traverse`` can only be used as a *route* "predicate"; it + # adds 'traverse' to the matchdict if it's specified in the + # routing args. This causes the ModelGraphTraverser to use + # the resolved traverse pattern as the traversal path. + from repoze.bfg.urldispatch import _compile_route + _, tgenerate = _compile_route(traverse) + def traverse_predicate(context, request): + if 'traverse' in context: + return True + tvalue = tgenerate(context) + context['traverse'] = traversal_path(tvalue) + return True + # This isn't actually a predicate, it's just a infodict + # modifier that injects ``traverse`` into the matchdict. As a + # result, the ``traverse_predicate`` function above always + # returns True, and we don't need to update the hash or attach + # a weight to it + predicates.append(traverse_predicate) + if custom: for num, predicate in enumerate(custom): predicates.append(predicate) diff --git a/repoze/bfg/tests/test_configuration.py b/repoze/bfg/tests/test_configuration.py index 17708bf63..d5b212303 100644 --- a/repoze/bfg/tests/test_configuration.py +++ b/repoze/bfg/tests/test_configuration.py @@ -3162,6 +3162,26 @@ class Test__make_predicates(unittest.TestCase): ) self.failUnless(order1 > order2) + def test_traverse_has_remainder_already(self): + order, predicates, phash = self._callFUT(traverse='/1/:a/:b') + self.assertEqual(len(predicates), 1) + pred = predicates[0] + info = {'traverse':'abc'} + request = DummyRequest() + result = pred(info, request) + self.assertEqual(result, True) + self.assertEqual(info, {'traverse':'abc'}) + + def test_traverse_matches(self): + order, predicates, phash = self._callFUT(traverse='/1/:a/:b') + self.assertEqual(len(predicates), 1) + pred = predicates[0] + info = {'a':'a', 'b':'b'} + request = DummyRequest() + result = pred(info, request) + self.assertEqual(result, True) + self.assertEqual(info, {'a':'a', 'b':'b', 'traverse':('1', 'a', 'b')}) + class TestMultiView(unittest.TestCase): def _getTargetClass(self): from repoze.bfg.configuration import MultiView diff --git a/repoze/bfg/traversal.py b/repoze/bfg/traversal.py index d45881a3b..ce5b3225d 100644 --- a/repoze/bfg/traversal.py +++ b/repoze/bfg/traversal.py @@ -515,7 +515,7 @@ class ModelGraphTraverser(object): subpath = traversal_path(subpath) else: - # this request did not match a Routes route + # this request did not match a route subpath = () try: path = environ['PATH_INFO'] or '/' |
