Incidentally, the site is also great to get tutorials on…..SDL (with a side-dish of C++). Also there is something called sdl.net for those who like to work with managed code.

With some work, one should be able to write an observer pattern for this.

There are two questions to this:

1. Who hit me?
2. Knowing who hit me, what do I do next?

Of course, you could use RTTI to figure that out and resolve that (here’s an article on RTTI). However, for those who prefer not to, you can use the visitor pattern as described in a previous post on double dispatch to implement this. Here is a C# sample which you can download to see how it works. There will be more coming later on how it works and some pitfalls to look out for. You can download the C# Sample of the Vistior Pattern from this link.

Double Dispatch?

Here’s the “un-computer science” explanation of double dispatch. C++ and C# are languages which support polymorphic functions (or virtual functions). This means that methods (or member functions, according to C++) are resolved at the run-time at object level. This is the basic premise of polymorphism (you can find more details at DotNetUncle).

The issue is that there is no polymorphism at the function signature level; this means that suppose you have an abstract class called Entity. You have a whole hierarchy of objects, such as Missile, Asteriod and Ship. If you have a function which says have the signature CollideWith(Entity e), and the various variants – CollideWith(Asteriod a), CollideWith(Ship s) and CollideWith(Missile m), CollideWith(Entity e) would always be called if you do not cast the object to the child. (Sucky explanation, I know. I’ll try to come up with a detailed example).

Other readings

Other places on the Internet has grappled with resolving collision resolving in an OO manner too, such as this forum post on a GameDev.Net forum.