如何处理不允许在c＃中定义接口中的类型

Question

我经常发现需要按照以下方式做点什么：

public class OperationResult
{
  bool succes;
  SomeOtherObject someobject;
}


public interface ICanDoSomethingWeird
{
  OperationResult DoMyThing();
}

OperationResult实际上是属于ICanDoSomethingWeird接口的类。 我觉得很烦人我不能把它放在界面的命名空间中。 我想知道别人怎么处理这件事。 你只是把它贴在全局命名空间中吗？ 或者从接口所在的命名空间中只有一个命名空间？

我目前的方法是将OperationResult类重命名为ICanDoSomethingWeird_OperationResult，但是对于它的漂亮程度并没有给我留下太深刻的印象:)

有人有更好的解决方案吗？

Answer 1

如果OperationResult是仅由所使用的类型ICanDoSomethingWeird和客户ICanDoSomethingWeird ，然后它属于相同的“上下文”为ICanDoSomethingWeird 。 也就是说，它与ICanDoSomethingWeird 属于 同一名称空间：

namespace MyNamespace
{
    public class OperationResult {}

    public interface ICanDoSomethingWeird
    {
        OperationResult DoMyThing();
    }
}

想想客户端代码。 你更喜欢这个：

using MyNamespace;

ICanDoSomethingWeird myWeirdThing = ...;
ICanDoSomethingWeird.OperationResult result = myWeirdThing.DoMyThing();

或这个：

using MyNamespace;

ICanDoSomethingWeird myWeirdThing = ...;
OperationResult result = myWeirdThing.DoMyThing();

后者对我来说更有意义，并且是接口所关注的唯一选择。 您不能在接口中声明内部类型。 并注意有关嵌套类型的一般建议 ：

如果类型可能在包含类型之外引用，请不要使用嵌套类型。

Answer 2

接口不定义任何实现。 通过包含一个类，您的接口实际上包括一些实现。 嵌套类的目的是协助定义它的类实现。

不应该使用嵌套类，就好像该类在使用包含类之外具有优点。 不应将类用作命名空间的代理来定义其他类。

如果接口定义了一些需要使用尚不存在的类的行为，那么在接口所属的同一名称空间中创建该类是有意义的。

Answer 3

您可以将接口定义为抽象类，然后定义公共内部类。

 public interface ICanDoSomething

 public abstract class AbstractCanDoSomething
 {
     public class OperationResult
     {
          public bool SomeValue { get; set; }
          public int SomeOherVAlue { get; set; }
     }

     public abstract OperationResult DoMyThing();
 }