接口隐含特定实现的好处是什么？

Question

我在看这个：

public interface IAjaxCallbackEventHandler : ICallbackEventHandler
    {
        string CallbackResponse { get; set; } 
    }
}

因此，页面实现此接口，并最终如下所示：

public partial class XPage : Page, IAjaxCallbackEventHandler {
    // public because it's an interface, but really an implementation detail ;-(
    public string CallbackResponse { get; set; }

    // implementing underlying ICallbackEventHandler interface
    public void RaiseCallbackEvent(string eventArgument)
    {
        try
        {
            CallbackResponse = SomeOperation(eventArgument);
        }
        catch (Exception ex)
        {
            CallbackResponse = ex.ToString();
        }
    }

    // implementing underlying ICallbackEventHandler interface
    public string GetCallbackResult()
    {
        return CallbackResponse;
    }

}

据我所知，这个接口只是确保程序员必须考虑存储来自RaiseCallbackEvent的响应，以便稍后从对GetCallbackResult的调用中返回。

我看不到这种技术有什么真正的好处，因为你已经实现并考虑了两种方法来做这件事。

你的想法--这种方法有任何有效的好处吗，或者它只是一种代码味道？

Answer 1

接口应该只定义合同，而不应该依赖于暗示代码应该如何实现，而不是为了满足合同的要求。

如果你想暗示某些代码路径，那么你最好有一个基类来实现接口并继承它，因为有了基类，你就可以在一定程度上控制你的代码流，同时仍然为要覆盖的自定义逻辑位提供入口点。