C# 不支持多重继承，那么我怎样才能让它工作呢？
Multiple Inheritance is not supported in C# so how can I get this to work?
我创建了两个具有不同用途的 DataGridView，我想将它们组合在一起。我之前没有意识到你不能继承多个基础 类.
我查看了其他各种 Stack Overflow 问题，发现人们推荐界面或组合解决方案的共同主题。我曾尝试将这些概念应用到我的情况中，但它们似乎不太合适。
首先，这是我希望的结构...
RowSelectionDataGridView - 选择整行的 DataGridView 并具有用于轻松设置颜色样式等的选项
DragAndDropDataGridView - RowSelectionDataGridView 允许用户单击行以拖动到另一行的顶部并将行移动到它们被放置的位置
ContextMenuDataGridView - RowSelectionDataGridView，在右击行上方显示 ContextMenuStrip，用于复制、粘贴、删除等操作
CombinedDataGridView（不是实际名称）= DragAndDropDataGridView 和 ContextMenuDataGridView 允许用户拖放并且在右键单击时也有一个上下文菜单条
DataGridView
▲
|
|
RowSelectionDatatGridView
▲
|
_____________________|_____________________
| |
| |
DragAndDropDataGridView ContextMenuDataGridView
▲ ▲
| |
|___________________________________________|
|
|
|
CombinedDataGridView
如果我要实施...
接口：
我的理解是 ContextMenuDataGridView 和 DragAndDropDataGridView 需要成为接口，然后 CombinedDataGridView 将从这两者继承。我看不出这有什么意义，因为无论如何，所有逻辑都必须在 CombinedDataGridView 中实现。这样做的主要好处是什么？或者我对此有什么误解？
组合： 我的理解是 CombinedDataGridView 将在其中包含 DragAndDropDataGridView 和 ContextMenuDataGridView 的实例。这似乎根本没有意义。
我需要如何构建我的 类 以获得我想要的功能？
我在面试中被问到这个问题。
您可以使用设计模式。
Design pattern to use instead of multiple inheritance
你可以通过从 "is-a" 心态切换到 "has-a" 来实现你想要的。与其制作不同的 class 以根据其类型表现不同，不如制作一个 class 可以接受列表中的不同行为。然后使用这些行为来使其余功能正常工作。 （你的 classes 有 行为而不是 是 只表示一种行为的事物）。
如果我能看到您的代码，我只能提供更多详细信息。在所有不同的设计模式中，您应该找到一些能让您更清楚如何实现您想要的设计模式。一种开始的模式是 Decorator。还有其他可能有用的。
TL;DR: Honey don't
1.多重继承 (MI)
继承基于 'A' 是 'B' 的概念，但有一些添加或更改。
这经常是有道理的。
MI 但是，将这个想法扩展到 'A' 是 a 'B' 和 a 'C' 在概念上遇到了很多问题，尤其是。当两个 'parents' 差异太大（例如：'vehicle' 和 'food'）或者它们太相似时。后者会引入问题的一个原因是 'clashes' ，即字段（或方法）都 parents 有..;现在，将在 'A': 'B.field1' 或 'C.field1' 中使用哪个？如果不总是符合条件，这会变得相当混乱。
当 A. Hejlsberg 开始设计 C# 时，他不仅设计了从 Pascal 到 Turbo Pascal 的扩展，还有非常成功的 Delphi 框架。他还实现了 Microsoft 的 Java 编译器。所以他知道 MI 会带来的问题，并决定 MI 真正提供的好处（多态性和可重用性）都可以用 Interfaces..
来实现
2。接口
Interface 不是 object，也不包含任何代码或任何数据。这是一份 合同，承诺任何装饰有此 Interface 的 class 将提供一组特定的功能。
理解和欣赏这个概念的最好方法是研究 .Net 框架。一定要看看 IComparable。只要它们是 IComparable（而且，我认为 IEnumerable），它就是以自己特殊的方式对所有类型的事物进行排序的基础；然而所有这些类型都可以依赖于特定的比较方法。这允许您实现 generalized 功能 once and reuse 一次又一次。
一个经常使用的例子是关于形状的。使用继承来构建包含圆形、三角形、矩形、正方形的继承链或树将导致各种冲突。但是添加 IDrawable 接口是很自然的，并且可以让您将它们收集在一个 List<IDrawable> 然后你可以枚举..
另一个例子是 ISerializable，它也提供（或更确切地说是承诺）以专门方式实施的通用服务。
3。你的案例
很抱歉，但你的情况最好'solved'放弃整个想法。
不仅有问题，因为parents都是可视化控件，特别容易出现MI冲突。事实上两者 完全相同 ，即两者都是 DataWindows！这是 MI 的噩梦，因为每个字段都会发生冲突！
4.如何解决
- 最自然的方法是放弃整个 MI 方法并像框架本身那样做：在继承链中尽快引入有意义的功能。除了该功能，我们还引入了
'bool CanDoOrHasFeature' 属性，一切都很好。
最明显的例子是所有 'AllowUserToXYZ' 属性 DataGridView 具有..
不要担心这会使程序臃肿：class 定义只加载一次！ （当然，如果你想提供逻辑，代码必须是 written/loaded 一次。）
- 另一个选项是 helper classes;你可以写一个
ReorderElements class 并让那些你想提供此功能的控件注册到它。我有一个 ControlMover class 并让我想要移动的控件订阅它的服务..
我创建了两个具有不同用途的 DataGridView，我想将它们组合在一起。我之前没有意识到你不能继承多个基础 类.
我查看了其他各种 Stack Overflow 问题，发现人们推荐界面或组合解决方案的共同主题。我曾尝试将这些概念应用到我的情况中，但它们似乎不太合适。
首先，这是我希望的结构...
RowSelectionDataGridView - 选择整行的 DataGridView 并具有用于轻松设置颜色样式等的选项
DragAndDropDataGridView - RowSelectionDataGridView 允许用户单击行以拖动到另一行的顶部并将行移动到它们被放置的位置
ContextMenuDataGridView - RowSelectionDataGridView，在右击行上方显示 ContextMenuStrip，用于复制、粘贴、删除等操作
CombinedDataGridView（不是实际名称）= DragAndDropDataGridView 和 ContextMenuDataGridView 允许用户拖放并且在右键单击时也有一个上下文菜单条
DataGridView
▲
|
|
RowSelectionDatatGridView
▲
|
_____________________|_____________________
| |
| |
DragAndDropDataGridView ContextMenuDataGridView
▲ ▲
| |
|___________________________________________|
|
|
|
CombinedDataGridView
如果我要实施...
接口： 我的理解是 ContextMenuDataGridView 和 DragAndDropDataGridView 需要成为接口，然后 CombinedDataGridView 将从这两者继承。我看不出这有什么意义，因为无论如何，所有逻辑都必须在 CombinedDataGridView 中实现。这样做的主要好处是什么？或者我对此有什么误解？
组合： 我的理解是 CombinedDataGridView 将在其中包含 DragAndDropDataGridView 和 ContextMenuDataGridView 的实例。这似乎根本没有意义。
我需要如何构建我的 类 以获得我想要的功能？
我在面试中被问到这个问题。 您可以使用设计模式。 Design pattern to use instead of multiple inheritance
你可以通过从 "is-a" 心态切换到 "has-a" 来实现你想要的。与其制作不同的 class 以根据其类型表现不同，不如制作一个 class 可以接受列表中的不同行为。然后使用这些行为来使其余功能正常工作。 （你的 classes 有 行为而不是 是 只表示一种行为的事物）。
如果我能看到您的代码，我只能提供更多详细信息。在所有不同的设计模式中，您应该找到一些能让您更清楚如何实现您想要的设计模式。一种开始的模式是 Decorator。还有其他可能有用的。
TL;DR: Honey don't
1.多重继承 (MI)
继承基于 'A' 是 'B' 的概念，但有一些添加或更改。
这经常是有道理的。
MI 但是，将这个想法扩展到 'A' 是 a 'B' 和 a 'C' 在概念上遇到了很多问题，尤其是。当两个 'parents' 差异太大（例如：'vehicle' 和 'food'）或者它们太相似时。后者会引入问题的一个原因是 'clashes' ，即字段（或方法）都 parents 有..;现在，将在 'A': 'B.field1' 或 'C.field1' 中使用哪个？如果不总是符合条件，这会变得相当混乱。
当 A. Hejlsberg 开始设计 C# 时，他不仅设计了从 Pascal 到 Turbo Pascal 的扩展，还有非常成功的 Delphi 框架。他还实现了 Microsoft 的 Java 编译器。所以他知道 MI 会带来的问题，并决定 MI 真正提供的好处（多态性和可重用性）都可以用 Interfaces..
2。接口
Interface 不是 object，也不包含任何代码或任何数据。这是一份 合同，承诺任何装饰有此 Interface 的 class 将提供一组特定的功能。
理解和欣赏这个概念的最好方法是研究 .Net 框架。一定要看看 IComparable。只要它们是 IComparable（而且，我认为 IEnumerable），它就是以自己特殊的方式对所有类型的事物进行排序的基础；然而所有这些类型都可以依赖于特定的比较方法。这允许您实现 generalized 功能 once and reuse 一次又一次。
一个经常使用的例子是关于形状的。使用继承来构建包含圆形、三角形、矩形、正方形的继承链或树将导致各种冲突。但是添加 IDrawable 接口是很自然的，并且可以让您将它们收集在一个 List<IDrawable> 然后你可以枚举..
另一个例子是 ISerializable，它也提供（或更确切地说是承诺）以专门方式实施的通用服务。
3。你的案例
很抱歉，但你的情况最好'solved'放弃整个想法。
不仅有问题，因为parents都是可视化控件，特别容易出现MI冲突。事实上两者 完全相同 ，即两者都是 DataWindows！这是 MI 的噩梦，因为每个字段都会发生冲突！
4.如何解决
- 最自然的方法是放弃整个 MI 方法并像框架本身那样做：在继承链中尽快引入有意义的功能。除了该功能，我们还引入了
'bool CanDoOrHasFeature'属性，一切都很好。
最明显的例子是所有 'AllowUserToXYZ' 属性 DataGridView 具有..
不要担心这会使程序臃肿：class 定义只加载一次！ （当然，如果你想提供逻辑，代码必须是 written/loaded 一次。）
- 另一个选项是 helper classes;你可以写一个
ReorderElementsclass 并让那些你想提供此功能的控件注册到它。我有一个ControlMoverclass 并让我想要移动的控件订阅它的服务..