coding-style - 是否有一种方法可以避免有时强加给我们的向后不兼容?

原文 标签 coding-style backwards-compatibility methodology

有时,第 3 方库在更改其界面时会造成严重破坏。在某些语言中,它甚至发生在语言层面。

是否有可能以防止它的方式编写我们的代码?

例如,我可以想到一种方法 - 编写自己的包装函数。
这样,更改将本地化为一个功能。但话又说回来,它会产生很大的开销。

你有什么想法?

最佳答案

Apple 向其开发人员建议您的代码可以检查版本;然后您可以在版本更改时根据需要更新您的代码。这是他们更深入讨论的链接:

Mac OS X Developer Release Note

基本上,它们提供了可在头文件中使用的标记,以指示组件打算使用或已知可以工作的最大版本。

关于coding-style - 是否有一种方法可以避免有时强加给我们的向后不兼容?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/8583072/

相关文章:

sql - 最佳数据库变更控制方法

java - 可以改进这个怪异的枚举吗?

backwards-compatibility - QNX 6.5.0(SP1)和6.6.0(向后兼容)之间有什么区别?

ruby-on-rails - ActionMailer最佳实践:是在模型中还是在 Controller 中调用方法?

java - 评论有关“硬件差异对合并排序算法性能的影响”的基础研究方法论

xcode - 将XCode编译错误与部署目标iOS 5.1匹配

java - java:如何具有良好的缩进?

c# - 为什么 var 是一件坏事?

r - r 80个字符的行数限制

java - 您如何通过App Engine中的架构更改来协调现有的生产数据?