Language agnostic 在发布候选状态之前将编程框架实现到项目源代码中的危险?

Language agnostic 在发布候选状态之前将编程框架实现到项目源代码中的危险?,language-agnostic,version-control,Language Agnostic,Version Control,我一直在讨论这个话题很长时间了。我只是想知道是否还有其他人同意我的观点。将编程框架的预览版本在发布候选版本之前集成到项目代码中本质上不是一个坏主意吗 几个月前我遇到过这样的情况,我的老板坚持使用托管可扩展性框架来处理我们正在构建的庞大内部系统中的依赖注入。我们围绕这个框架的预览版本构建了代码,然后微软发布了另一个版本。我们更新了,所有的东西都坏了,大量的代码需要重新理解和更改…真是太痛苦了 …我感觉Ria服务可能会给我们带来类似的问题(或选择在完全发布状态之前实现到项目源代码中的任何其他框架)

我一直在讨论这个话题很长时间了。我只是想知道是否还有其他人同意我的观点。将编程框架的预览版本在发布候选版本之前集成到项目代码中本质上不是一个坏主意吗

几个月前我遇到过这样的情况,我的老板坚持使用托管可扩展性框架来处理我们正在构建的庞大内部系统中的依赖注入。我们围绕这个框架的预览版本构建了代码,然后微软发布了另一个版本。我们更新了,所有的东西都坏了,大量的代码需要重新理解和更改…真是太痛苦了

…我感觉Ria服务可能会给我们带来类似的问题(或选择在完全发布状态之前实现到项目源代码中的任何其他框架)


欢迎发表意见。

那么,还有什么可以说的呢?你是对的-在你的应用程序中使用一些甚至没有标记为核心功能候选版本的东西是一个相当大的风险

为了降低风险,您可以尝试创建一个兼容层,您可以对其进行调整,以“转换”到框架的新版本,但这涉及到很多可能不起作用的猜测

当然,如果预览版已经满足了您的所有需求,您可以继续使用它。但这也会给未来带来麻烦


总而言之,我会避免它,除非所讨论的新奇事物确实能让你做一些重要的事情,否则这是不可能的,或者会带来巨大的生产力提升。

你为什么要实施一些甚至不是RC身份的东西,更不用说金大师了?他们可以在这段时间内做出很多改变,甚至可能放弃一些功能。迟钝的开发者认为他什么都知道。