在.NET中,为以前没有任何基类(从System.Object继承)的类设置新基类时,是否保持二进制兼容性?更改基类时的向后兼容性
1
A
回答
3
一个快速测试表明它没关系,但我个人认为很这样做没有重新编译的紧张。如果不经过相同的步骤,基本上处于一种无法从源代码中复制的状态 - 构建库,构建调用代码,更改库,重新构建库代码。
行为可以用细微的方式改变,比如扩展方法和重载。这是更更清洁,如果你可以重建所有的调用代码,所以你在调试等方面更加坚定。如果你发现在库和调用代码之间的一些交互中存在一个错误,你会必须是真的小心你如何分析,测试和调试它,如果你不能重建所有东西,并得到相同的结果。
2
除非基类以某种方式更改旧行为,否则不应该有任何问题。
相关问题
- 1. 向后兼容的数据库更改
- 2. C#的向后兼容性
- 3. .net 4向后兼容性
- 4. XSD向后兼容性
- 5. Silverlight 5向后兼容性
- 6. 向后兼容性play-1.2.3
- 7. WP7.1向后兼容性
- 8. pandas.DataFrame.to_pickle向后兼容性
- 9. UWP MediaPlayerElement向后兼容性
- 10. 向后兼容性dll
- 11. GCC向后兼容性
- 12. Xcode向后兼容性
- 13. Visual Studio向后兼容性
- 14. visual studio向后兼容性
- 15. 更改使用复制向导时的兼容性级别
- 16. C#类向后兼容规则/避免中断更改
- 17. 二进制兼容性vs向后兼容性
- 18. 正确的向后兼容性,java.lang.VerifyError
- 19. StructureMap 2.6.1的向后兼容性问题
- 20. 对Caches目录的向后兼容性
- 21. ISerializable的和向后兼容性
- 22. ASP.NET 4.0中的ViewStateMode - 向后兼容性?
- 23. 与sqlite DB的向后兼容性
- 24. 的Java 7 FileSystemProvider向后兼容性
- 25. 什么是SNMP的向后兼容性?
- 26. Hadoop Streaming的向后兼容性
- 27. iOS静态库的向后兼容性
- 28. 破碎的向后兼容性在System.Web.Http
- 29. Android的向后代码兼容性
- 30. Android中的功能向后兼容性