接口和版本控制

Jed*_*oky 11 versioning interface naming-conventions

我正在设计一个新的系统,我有很多接口随着系统的发展而增长.命名此接口的最佳做法是什么

ISomethingV01
ISomethingV02
etc
Run Code Online (Sandbox Code Playgroud)

我这样做

public interface ISomething{
      void method();
}
Run Code Online (Sandbox Code Playgroud)

然后我必须添加方法2所以现在我做什么?

public interface ISomethingV2:ISomething{
      void method2();
}
Run Code Online (Sandbox Code Playgroud)

或者以其他方式?

rp.*_*rp. 7

我认为你是在超越接口.

梅耶和马丁告诉我们:"开放延期但关闭修改!"

然后Cwalina(等人)重申:

来自框架设计指南......

通常,类是暴露抽象的首选构造.接口的主要缺点是,当允许API的发展时,它们比类更不灵活.一旦发布了接口,其成员集将永久固定.对接口的任何添加都会破坏实现接口的现有类型.

课程提供了更大的灵活性.您可以将成员添加到已发布的类中.只要该方法不是抽象的(即,只要您提供该方法的默认实现),任何现有的派生类都将继续保持不变.

替代文字


Gar*_*ian 5

理想情况下,您不应经常更改界面(如果有的话).如果确实需要更改界面,则应重新考虑其用途,并查看原始名称是否仍适用于该界面.

如果您仍然认为接口将发生变化,并且接口更改很小(添加项目)并且您可以控制整个代码库,那么您应该只修改接口并修复所有编译错误.

如果您的更改是对接口使用方式的更改,那么您需要创建一个单独的接口(很可能使用不同的名称)来支持该替代使用模式.

即使您最终创建了ISomething,ISomething2和ISomething3,接口的使用者也很难弄清楚接口之间的差异.什么时候应该使用ISomething2,什么时候应该使用ISomething3?然后你必须去淘汰ISomething和ISomething2的过程.