title: What are some good alternatives to multiple-inheritance in .NET?
body: <p>I've run into a bit of a problem with my class hierarchy, in a WPF application. It's one of those issues where you have two inheritance trees merging together, and you can't find any logical way to make your inheritance work smoothly <i>without</i> multiple inheritance. I'm wondering if anyone has any bright ideas for getting this kind of system working, without making it impossible to follow or debug.  </p>
  
  <p>I'm a low-level engineer, so my first thought is always, "Oh! I'll just write some of these classes in native C++, and reference them externally! Then I can have all my old-school OO fun!" Alas, this doesn't help when you need to inherit from managed controls...  </p>
  
  <p>Allow me to show a snippet of my current projected class diagram:  </p>
  
  <pre><code> ____________________________________      _____________________________________
  | CustomizableObject                 |    | System.Windows.Controls.UserControl |
  |____________________________________|    |_____________________________________|
  |   string XAMLHeader()              |                        ▲
  |   string XAMLFooter()              |◄--┐                    |
  |   CustomizableObject LoadObject()  |   \                    |
  |   &lt;Possible other implementations&gt; |    \                   |
  |____________________________________|     \                  |
           ▲                      ▲           \                 |
           |                      |            \                |
           |                      |             \               |
   _________________    ______________________   \    _____________________
  | SpriteAnimation |  | SpriteAnimationFrame |  └---| CustomizableControl |
  |_________________|  |______________________|      |_____________________|
                                                        ▲             ▲
                                                        |             |
                                                        |             |
                                                    ________    _____________
                                                   | Sprite |  | SpriteFrame |
                                                   |________|  |_____________|
  </code></pre>
  
  <p>The problem is pretty clear: the separation of the CustomizableObject and CustomizableControl object trees --- and the insertion of UserControl into one, but not both, of the trees.  </p>
  
  <p>It makes no practical sense to move the implementation of CustomizableObject into its derived classes, since the implementation doesn't vary by class. Furthermore, it would be really confusing to have it implemented multiple times. So I really don't want to make CustomizableObject an interface. The interface solution doesn't make any sense to me. (Interfaces have <i>never</i> really made much sense to me, to be honest...)  </p>
  
  <p>So I say again, anyone have any bright ideas? This one's a real pickle. I'd like to learn more about making interfaces work WITH my object tree, rather than against it. I'm making this simple sprite engine using WPF and C# as a solid exercise, more than anything. This is so easy to solve in C++ - but I need to figure out how to solve these problems in a managed environment, rather than throwing my hands in the air and running back to Win32 whenever the going gets tough.</p>