Forwarding (object-oriented programming)

In object-oriented programming, forwarding means that using a member of an object (either a property or a method) results in actually using the corresponding member of a different object: the use is forwarded to another object. Forwarding is used in a number of design patterns, where some members are forwarded to another object, while others are handled by the directly used object. The forwarding object is frequently called a wrapper object, and explicit forwarding members are called wrapper functions.

Delegation
Forwarding is often confused with delegation; formally, they are complementary concepts. In both cases, there are two objects, and the first (sending, wrapper) object uses the second (receiving, wrappee) object, for example to call a method. They differ in what  refers to on the receiving object (formally, in the evaluation environment of the method on the receiving object): in delegation it refers to the sending object, while in forwarding it refers to the receiving object. Note that  is often used implicitly as part of dynamic dispatch (method resolution: which function a method name refers to).

"The difference between forwarding and delegation is the binding of the self parameter in the wrappee when called through the wrapper. With delegation, the self parameter is bound to the wrapper, with forwarding it is bound to the wrappee. ... Forwarding is a form of automatic message resending; delegation is a form of inheritance with binding of the parent (superclass) at run time, rather than at compile/link time as with 'normal' inheritance."

For example, given the following code: Under delegation,  will output m2, n1 because   is evaluated in the context of the original (sending) object, while under forwarding, it will output m2, n2 because   is evaluated in the context of the receiving object.

In casual use, forwarding is often referred to as "delegation", or considered a form of delegation, but in careful usage they are clearly distinguished by what  refers to. While delegation is analogous to inheritance, allowing behavioral reuse (and concretely code reuse) without changing evaluation context, forwarding is analogous to composition, as execution depends only on the receiving (member) object, not the (original) sending object. In both cases, reuse is dynamic, meaning determined at run time (based on the object to which use is delegated or forwarded), rather than static, meaning determined at compile/link time (based on the class which is inherited from). Like inheritance, delegation allows the sending object to modify the original behavior, but is susceptible to problems analogous to the fragile base class; while forwarding provides stronger encapsulation and avoids these problems; see composition over inheritance.

Examples
A simple example of explicit forwarding in Java: an instance of  forwards calls to the   method of its   field:

Note that when executing, the   object is   (a subtype of  ), not the original object (an instance of  ). Further,  need not be an instance of  : it may be an instance of a subtype. Indeed,  need not even be a class: it may be an interface/protocol.

Contrast with inheritance, in which  is defined in a superclass   (which must be a class, not an interface), and when called on an instance of a subclass , it uses the code defined in  , but the   object is still an instance of  :

In this Python example, class  forwards the   method and the   property to the object in its   field: using these on   (an instance of  ) is the same as using them on   (the instance of   to which these are forwarded).

Simple
In this Java example, the class has a  method. This print method, rather than performing the print itself, forwards to an object of class. To the outside world it appears that the object is doing the print, but the  object is the one actually doing the work.

Forwarding is simply passing a duty off to someone/something else. Here is a simple example:

Complex
The more complex case is a Decorator Pattern that by using interfaces, forwarding can be made more flexible and typesafe. "Flexibility" here means that need not refer to  or  in any way, as the switching of forwarding is abstracted from. In this example, class can forward to any class that implements an interface. Class has a method to switch to another forwarder. Including the clauses improves type safety, because each class must implement the methods in the interface. The main tradeoff is more code.

Applications
Forwarding is used in many design patterns. Forwarding is used directly in several patterns:


 * Chain-of-responsibility pattern
 * Decorator pattern: decorator object adds its own members, forwarding others to the decorated object.
 * Proxy pattern: proxy object forwards member use to real object.

Forwarding may be used in other patterns, but often use is modified; for example, a method call on one object results in several different methods being called on another:
 * Adapter pattern
 * Bridge pattern
 * Facade pattern