Welcome, guest | Sign In | My Account | Store | Cart

Notice! PyPM is being replaced with the ActiveState Platform, which enhances PyPM’s build and deploy capabilities. Create your free Platform account to download ActivePython or customize Python with the packages you require and get automatic updates.

Download
ActivePython
INSTALL>
pypm install prioritized-methods

How to install prioritized_methods

  1. Download and install ActivePython
  2. Open Command Prompt
  3. Type pypm install prioritized-methods
 Python 2.7Python 3.2Python 3.3
Windows (32-bit)
0.2.2dev-20110830 Available View build log
0.2.1 Available View build log
Windows (64-bit)
0.2.2dev-20110830 Available View build log
0.2.1 Available View build log
Mac OS X (10.5+)
0.2.2dev-20110830 Available View build log
0.2.1 Available View build log
Linux (32-bit)
0.2.2dev-20110830 Available View build log
0.2.1 Available View build log
Linux (64-bit)
0.2.2dev-20110830 Available View build log
0.2.1 Available View build log
 
License
MIT
Lastest release
version 0.2.2dev-20110830 on Aug 31st, 2011

This module provides four decorators:

prioritized_when

prioritized_around

prioritized_before

prioritized_after

These behave like their peak.rules counterparts except that they accept an optional prio argument which can be used to provide a comparable object (usually an integer) that will be used to disambiguate situations in which more than rule applies to the given arguments and no rule is more specific than another. That is, situations in which an peak.rules.AmbiguousMethods would have been raised.

This is useful for libraries which want to be extensible via generic functions but want their users to easily override a method without figuring out how to write a more specific rule or when it is not feasible.

For example, TurboJson provides a jsonify function that looks like this:

>>> def jsonify(obj):
...     "jsonify an object"

And extends it so it can handle SqlAlchemy mapped classes in a way similar to this one:

>>> from peak.rules import when

>>> def jsonify_sa(obj):
...     print "You're a SA object and I'm going to jsonify you!"

>>> when(jsonify, "hasattr(obj, 'c')")(jsonify_sa) # doctest: +ELLIPSIS
<function jsonify_sa at ...>

>>> class Person(object):
...     def __init__(self):
...         self.c = "im a stub"

>>> jsonify(Person())
You're a SA object and I'm going to jsonify you!

So far so good, however, when a user of the library wants to override the built in implementation it can become quite hard since they have to write a more specific rule which can be tedious, for example:

hasattr(self, 'c') and isinstance(obj, Person)

Notice the hasattr test, even though isinstance(obj, Person) implies it, just to make it more specific than the built in, this gets more cumbersome the more complicated the expression becomes.

Else this is what happens:

>>> def jsonify_Person(obj):
...     print "No way, I'm going to jsonify you!"

>>> when(jsonify, (Person,))(jsonify_Person) # doctest: +ELLIPSIS
<function jsonify_Person at ...>

>>> try:
...     jsonify(Person())
... except AmbiguousMethods:
...     print "I told you, gfs can sometimes be a pain"
I told you, gfs can sometimes be a pain

To remedy this situation prioritized_when can be used to provide an implementation that will override the one declared with when:

>>> def jsonify_Person2(obj):
...     print "No way, I'm going to jsonify you!"

>>> prioritized_when(jsonify, (Person,))(jsonify_Person2) # doctest: +ELLIPSIS
<function jsonify_Person2 at ...>

>>> jsonify(Person())
No way, I'm going to jsonify you!

Notice that we didn't need a prio argument. This is because methods decorated with prioritized_when always override those that have been decorated with peak.rules.when.

Methods decorated with prioritized_when can also override other methods that have been decorated by the same decorator using the prio parameter, the one which compares greater wins, if both are equal AmbiguousMethods will be raised as usual.

>>> def jsonify_Person3(obj):
...     print "Don't be so smart, I am, my prio is higher!"
>>> prioritized_when(jsonify, (Person,), prio=1)(jsonify_Person3) # doctest: +ELLIPSIS
<function jsonify_Person3 at ...>
>>> jsonify(Person())
Don't be so smart, I am, my prio is higher!

For convenience, a generic decorator is provided too which behaves like peak.rules.dispatch.generic except that the when,...,``after`` decorators that will be bound as attributes of the decorated function will be prioritized:

>>> @generic
... def f(n): pass

>>> f(5)
Traceback (most recent call last):
    ...
NoApplicableMethods: ((5,), {})

Add a default rule:

>>> @f.when()
... def default_f(n):
...     return n
>>> f(5)
5

Add a default rule that overrides the former:

>>> @f.when(prio=1)
... def new_default_f(n):
...     return n+1
>>> f(5)
6

Subscribe to package updates

Last updated Aug 31st, 2011

Download Stats

Last month:1

What does the lock icon mean?

Builds marked with a lock icon are only available via PyPM to users with a current ActivePython Business Edition subscription.

Need custom builds or support?

ActivePython Enterprise Edition guarantees priority access to technical support, indemnification, expert consulting and quality-assured language builds.

Plan on re-distributing ActivePython?

Get re-distribution rights and eliminate legal risks with ActivePython OEM Edition.