.net 更改基类时的向后兼容性

.net 更改基类时的向后兼容性,.net,backwards-compatibility,.net,Backwards Compatibility,在.NET中,当我为以前没有从System.Object继承任何基类的类设置新基类时,我是否保持二进制兼容性?除非基类以某种方式更改旧行为,否则不应该有任何问题。除非基类以某种方式更改旧行为,否则不应该有任何问题。a快速测试表明这没关系,但就我个人而言,如果不重新编译,我会非常紧张。基本上,如果不经过相同的步骤,您将无法从源代码复制—构建库、构建调用代码、更改库、仅重建库代码 行为可以通过一些微妙的方式改变,比如扩展方法和重载。如果你能重建所有的调用代码,那么它会更干净,因此在调试等方面,你会有

在.NET中,当我为以前没有从System.Object继承任何基类的类设置新基类时,我是否保持二进制兼容性?

除非基类以某种方式更改旧行为,否则不应该有任何问题。

除非基类以某种方式更改旧行为,否则不应该有任何问题。

a快速测试表明这没关系,但就我个人而言,如果不重新编译,我会非常紧张。基本上,如果不经过相同的步骤,您将无法从源代码复制—构建库、构建调用代码、更改库、仅重建库代码


行为可以通过一些微妙的方式改变,比如扩展方法和重载。如果你能重建所有的调用代码,那么它会更干净,因此在调试等方面,你会有更坚实的基础。如果你发现库和调用代码之间的某些交互中存在缺陷,你必须非常小心如何分析、测试和调试它,如果你不能重建所有内容并得到相同的结果。

快速测试表明这没关系,但就个人而言,如果不重新编译,我会非常紧张。基本上,如果不经过相同的步骤,您将无法从源代码复制—构建库、构建调用代码、更改库、仅重建库代码

行为可以通过一些微妙的方式改变,比如扩展方法和重载。如果你能重建所有的调用代码,那么它会更干净,因此在调试等方面,你会有更坚实的基础。如果你发现库和调用代码之间的某些交互中存在缺陷,你必须非常小心如何分析、测试和调试它,如果你不能重建一切并得到同样的结果