在.NET中多重inheritance有什么好的select？
我在WPF应用程序中遇到了一些与我的类层次结构有关的问题。 这是两个inheritance树合并在一起的问题之一，并且没有任何合理的方法来使inheritance在没有多重inheritance的情况下顺利进行 。 我想知道是否有人有任何明智的想法，让这种系统工作，没有使其无法遵循或debugging。
我是一个低级别的工程师，所以我的第一个想法总是这样：“哦，我会用C ++编写一些这样的类，然后在外部引用它们，然后我可以让所有的老派OO都变得有趣！ 唉，当你需要从托pipe控件inheritance时，这没有帮助…
让我展示一下我目前预计的类图：
____________________________________ _____________________________________ | CustomizableObject | | System.Windows.Controls.UserControl | |____________________________________| |_____________________________________| | string XAMLHeader() | ▲ | string XAMLFooter() |◄--┐ | | CustomizableObject LoadObject() | \ | | <Possible other implementations> | \ | |____________________________________| \ | ▲ ▲ \ | | | \ | | | \ | _________________ ______________________ \ _____________________ | SpriteAnimation | | SpriteAnimationFrame | └---| CustomizableControl | |_________________| |______________________| |_____________________| ▲ ▲ | | | | ________ _____________ | Sprite | | SpriteFrame | |________| |_____________| 问题非常清楚：CustomizableObject和CustomizableControl对象树的分离—将UserControl插入树中的一个而不是两者。
将CustomizableObject的实现移动到派生类中没有实际意义，因为实现不会因类而异。 而且，如果多次实施，这将会令人困惑。 所以我真的不想让CustomizableObject成为一个接口。 接口解决scheme对我没有任何意义。 （接口从来没有真正对我很有意义，说实话…）
所以我再说一次，任何人有什么好主意？ 这是一个真正的腌菜。 我想了解更多关于使我的对象树的接口工作，而不是反对它。 我使用WPF和C＃这个简单的sprite引擎作为一个坚实的练习，比什么都重要。 这在C ++中很容易解决 – 但是我需要弄清楚如何在托pipe环境中解决这些问题，而不是在遇到困难的时候，把手放在空中，然后跑回Win32。
一种方法是使用带有接口的扩展方法来提供你的“派生类”实现，就像System.Linq.Queryable：
interface ICustomizableObject { string SomeProperty { get; } } public static class CustomizableObject { public static string GetXamlHeader(this ICustomizableObject obj) { return DoSomethingWith(obj.SomeProperty); } // etc } public class CustomizableControl : System.Windows.Controls.UserControl, ICustomizableObject { public string SomeProperty { get { return "Whatever"; } } }
用法：只要你有一个使用指令（或者在同一个命名空间中）定义扩展方法的命名空间：
var cc = new CustomizableControl(); var header = cc.GetXamlHeader();
你有两个select， 使用接口，或使用组合。 老实说，接口是非常强大的，读完这一行后
接口解决scheme对我没有任何意义。 （接口从来没有真正对我很有意义，说实话…）
我认为你应该学习如何正确使用它们。 也就是说，如果只有一些逻辑需要多个类，但这些类从相同的基类inheritance是没有意义的，只需创build一个类来封装该逻辑，并将该类的成员variables添加到类中这是给你的问题。 这样，所有的类都包含逻辑，但是在inheritance层次结构中可以分开。 如果这些类应该实现一个通用接口，那么使用接口。
我正在看这个， CustomizableObject只是尖叫着被做成一个接口（因为每一个具体的types都可以转换为对象，这部分名称是多余的）。 你遇到的问题是，你不知道如何保留一些基本的逻辑，这些逻辑将被共享，或者只是随着实现而略有不同，而且你想把这个逻辑存储在树中，这样它就能够以多态的方式工作那个字？）。
你可以通过委托来达到这个目的。 我不确定哪些成员给你麻烦，但也许更像这样的事情：
____________________________________ _____________________________________ | ICustomizable | | System.Windows.Controls.UserControl | | | |_____________________________________| | Func<string> XAMLHeader; | ▲ | Func<string> XAMLFooter |◄--┐ | | ICustomizabl LoadObject() | \ | | <Possible other implementations> | \ | |____________________________________| \ | ▲ ▲ \ | | | \ | | | \ | _________________ ______________________ \ _____________________ | SpriteAnimation | | SpriteAnimationFrame | └---| CustomizableControl | |_________________| |______________________| |_____________________| ▲ ▲ | | | | ________ _____________ | Sprite | | SpriteFrame | |________| |_____________|
此外，你可能有一些真正属于你的CustomizableObjecttypes的真正静态的逻辑。 但是这可能是错误的：您在特定情况下build立了使用该types的types。 例如，从上下文看，您将创build这些控件和animation并在Windows窗体上使用它们。 要做的事情是从基础System.Windows.Forminheritance自己的表单，而这个新的表单types应该知道ICustomizableObject以及如何使用它。 这就是你的静态逻辑将去的地方。
这看起来有些尴尬，但是当您决定更改演示引擎时，它被certificate是准确的。 如果将此代码移植到WPF或Silverlight，会发生什么情况？ 他们可能需要使用与Windows窗体不同的实现代码，而且您仍然可能需要更改您的CustomizableControl实现。 但是你的静态逻辑现在完全在正确的地方。
最后，你正在使用的LoadObject（）方法对于我来说也是错误的地方。 你说你想让每一个Customizabletypes提供一个你可以调用的方法，知道如何加载/构造自己。 但是这真的是不同的东西。 您可能需要另一个名为IConstructable<T>接口， IConstructable<T>您的ICustomizabletypes实现（ IConstructable<ICustomizable> ）。
看起来你将不得不诉诸接口和对象组成。
在这种情况下我使用mixin。 在许多语言中，mixins是一个强大的概念，可以在运行时为类添加function。 mixin在很多语言中都是众所周知的。 重新混合框架是一个将mixin技术带入.NET的框架。
这个想法很简单：用一个代表mixin的类属性装饰你的类。 在运行时，这个function将被添加到你的类中。 所以你可以模拟多重inheritance。
解决您的问题可能是使CustomizableObject混入。 你将需要这个重新混合框架。
[使用（CustomizableObjectMixin）] CustomizableControl：UserControl
请查看remix.codeplex.com了解更多详情。
我认为是一个解决scheme。
public interface IClassA { void Foo1(); void Foo2(); } public interface IClassB { void Foo3(); void Foo4(); } public class ClassA :IClassA { #region IClassA Members public void Foo1() { } public void Foo2() { } #endregion } public class ClassB :IClassB { #region IClassB Members public void Foo3() { } public void Foo4() { } #endregion } public class MultipleInheritance :IClassA, IClassB { private IClassA _classA; private IClassB _classB; public MultipleInheritance(IClassA classA, IClassB classB) { _classA = classA; _classB = classB; } public void Foo1() { _classA.Foo1(); } public void Foo2() { _classA.Foo2(); AddedBehavior1(); } public void Foo3() { _classB.Foo3(); AddedBehavior2(); } public void Foo4() { _classB.Foo4(); } private void AddedBehavior1() { } private void AddedBehavior2() { } }
类MultipleInheritance将新行为添加到两个不同的对象，而不会影响此对象的行为。 MultipleInheritance具有与交付对象相同的行为（inheritance两种行为）。 Sory为我的英语。 问候。
