Click here to Skip to main content
Click here to Skip to main content

MultiMethods Implementation via Deferred Dispatching

, 24 Mar 2004
Rate this:
Please Sign up or sign in to vote.
MultiMethods Implementation Approach

Introduction

Here you can find a solution to a well known problem of multimethods. It will be demonstrated using famous "crossing shapes example".

The main merits of the proposed solution are:

  1. no use of type casts of any kind (dynamic, static, reinterpret, const or C-style);
  2. no use of RTTI;
  3. no use of preprocessor;
  4. strong type safety;
  5. constant time of multimethod execution;
  6. no dynamic memory allocation (via new or malloc) is performed during multimethod call;
  7. compiler doing all the work;
  8. use of only standard C++ features.

Background

This approach makes it possible for user to write quite readable code. Suppose, we have the following hierarchy of shapes:

         ---- Shape_ ------
         |      |         |
      Circle_  Rect_  Triangle_
                |
              Square_ 

Then user can write code like this:

     Shape_* circle = new Circle_( Point_( 5, 5 ), 3 );
     Shape_* rect = new Rect_( Point_( 5, 5 ), Point_( 10, 10 ) );
     bool cross1 = circle->Cross( rect );
     bool cross2 = rect->Cross( circle );

Multimethod is called in following form:

     (arg0)->Cross( arg1 )
where types of both arg0 and arg1 (TArg0 and TArg1, respectively) are unknown at compile time. At runtime the TArg0 type is detected via virtual method call (method Cross) and the TArg1 - via use of 'deferred dispatching' pattern (Visitor-like pattern, where nodes can be declared independently of visitor).

User is responsible for providing implementation of crossing detection code for situations where types TArg0 and TArg1 are known. Implementations are provided in the form of template class specialization. For example:

     template <>
     struct Crossing_< Circle_, Rect_ >
     {
     //implementation
     };

One can provide some (or all) of the following:

  • fully specialized versions of Crossing_ (circles against rectangles, for example),
  • symmetric versions of Crossing_ (rectangles against circles via circles against rectangles crossing, for example),
  • hierarchy depended versions (crossing of two rectangular shapes, for example),
  • fully specialized homogeneous versions (crossing of two circles, for example),
  • etc.

Usage

The details are provided in the form of well-commented code in demo project (in file mmvdd_initial.cpp).

Dependencies:

  • standard compliant C++ compiler,
  • boost-1.30.2.
Keep in mind that some obvious improvements are missed to keep readability.

Improvements

Some improvements of the initial solution will be provided below.

Deferred dispatcher generation

Someone thinks that manual writing of dispatcher is awkward. But we can generate a dispatcher from repository typelist, that contains types of all used concrete shapes.

Improvement advantages:

  • Suppose there is two libraries of shapes and types provided by them are joined in two typelists: Shapes0 and Shapes1. One can merge this typelists and use this libraries together.
  • Typelists provided by libraries can be easily modified. One can add or remove some shapes.

Improvement disadvantages:

  • Compilation time may grows.
  • Number of shape types is limited by standard (by template recursion limitation).

The details of this improvement are provided in the form of well-commented code in demo project (in file mmvdd_generated.cpp).

References

  1. www.boost.org
  2. Andrei Alexanderscu "Modern C++ Design"
  3. David Vandevoorde, Nicolai M. Josuttis "C++ Templates: The Complete Guide"
  4. Erich Gamma, Richard Helm, Ralph Johnson, John Vlissides "Design Patterns: Elements of Reusable Object-Oriented Software"

License

This article has no explicit license attached to it but may contain usage terms in the article text or the download files themselves. If in doubt please contact the author via the discussion board below.

A list of licenses authors might use can be found here

Share

About the Author

Danil Shopyrin
Web Developer
Russian Federation Russian Federation
An experienced software developer.
 
Now I'm participating in VisualSVN project that is an integration package between Subversion and Visual Studio.

Comments and Discussions

 
GeneralNice idea Pinmemberemilio_g18-Mar-04 23:20 
GeneralRe: Nice idea PinmemberDanil Shopyrin21-Mar-04 20:13 
GeneralGreat start Pinmemberokigan18-Mar-04 20:09 
GeneralRe: Great start PinmemberDanil Shopyrin21-Mar-04 20:20 
GeneralRe: Great start PinmemberUltraJoe26-Mar-04 3:01 
GeneralRe: Great start PinmemberDanil Shopyrin28-Mar-04 19:18 

General General    News News    Suggestion Suggestion    Question Question    Bug Bug    Answer Answer    Joke Joke    Rant Rant    Admin Admin   

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.

| Advertise | Privacy | Mobile
Web04 | 2.8.140814.1 | Last Updated 25 Mar 2004
Article Copyright 2004 by Danil Shopyrin
Everything else Copyright © CodeProject, 1999-2014
Terms of Service
Layout: fixed | fluid