11

我正在为“可运行”的东西开发一个迷你框架。(它们是实验、测试、任务等)

// Something that "runs" (in some coordinated way) multiple "runnable" things.
interface IRunnableOf<T> where : IRunnable

// Provide base-class functionality for a "runner"
abstract class RunnerBase<T> : IRunnableOf<T>


class SequentialRunner<T> : RunnerBase<T>  // Same interface, different behavior.
class ConcurrentRunner<T> : RunnerBase<T>
// other types of runners.

class ConcurrentBlockRunner : SequentialRunner<Block>
class SequentialBlockRunner : ConcurrentRunner<Block>

现在,我该如何调和ConcurrentBlockRunnerSequentialBlockRunner?我的意思是:

  1. 由共同的祖先引用它们,以便在集合中使用。(IEnuerable<T>其中 T = ??)

  2. 提供额外的基类功能。(例如,添加一个属性)。


我通过添加另一个刚刚指定类型参数的接口来补救#1 IA<T>

interface IBlockRunner : IRunnableOf<Block> { }

并将我的ConcurrentBlockRunnerSequentialBlockRunner定义修改为:

class ConcurrentBlockRunner : SequentialRunner<Block>, IBlockRunner
class SequentialBlockRunner : ConcurrentRunner<Block>, IBlockRunner

由于ConcurrentBlockRunnerSequentialBlockRunner两者都使用Block它们的类型参数,这似乎是一个正确的解决方案。但是,我不禁对此感到“奇怪”,因为好吧,我只是添加了那个界面。


ConcurrentBlockRunner对于 #2,我想在和中添加几条常见数据SequentialBlockRunner。有几个属性适用于它们,但不适用于它们唯一的公共基类,一直到RunnerBase<T>.

这是我第一次在使用 C# 时觉得多重继承会有所帮助。如果我能做到:

abstract class BlockRunnerBase {
   int Prop1 { get; set; }
   int Prop2 { get; set; }

class ConcurrentBlockRunner : SequentialRunner<Block>, BlockRunnerBase
class SequentialBlockRunner : ConcurrentRunner<Block>, BlockRunnerBase

然后我可以简单地将这些额外的属性添加到 BlockRunnerBase,一切都会正常工作。有没有更好的办法?


我知道我会立即被推荐考虑composition,我开始使用它:

class BlockRunner : IBlockRunner  {
   IBlockRunner _member;

   int Prop1 { get; set; }    // Wish I could put these in some base class
   int Prop2 { get; set; }       

   // Lots of proxy calls, and proxy events into _member
   void Method() { _member.Method(); }
   event SomeEvent
   {
      add { _member.SomeEvent += value; }
      remove { _member.SomeEvent -= value; }
   }
}

我遇到的问题(促使我写这个问题)是一旦你写了,你就失去了类型兼容性。在我的例子中,_member 触发了一个事件,所以sender参数的类型是SequentialBlockRunner. 但是,事件处理程序试图将其强制转换为 type BlockRunner,这当然失败了。那里的解决方案不是使用add/remove来代理事件,而是实际处理它们,并引发我自己的事件。这么多工作只是为了添加几个属性......

4

2 回答 2

2

组合优于继承,FTW!

更明确地说:

class SequentialRunner<T> : RunnerBase<T>

应该实现IRunnableOf<T>和代理RunnerBase<T>而不继承它。

class SequentialRunner<T> : IRunnableOf<T>
{
   private readonly RunnerBase<T> _runnerBase;

   ...
}
于 2012-06-12T00:31:57.283 回答
1

您可以使用扩展方法来创建类似 mixin 的结构,即使使用类似属性的元素也是如此。

我还在C# NRoles中创建了一个类似特征的构造的实验

但是,所有这些都需要非标准编码,并且对于打算向第三方公开的 API 来说并不理想。我认为您应该尝试重新排列您的类,并尽可能使用接口委托组合。

于 2012-06-12T02:26:45.247 回答