不断变化的框架/API-我们如何跟上？

Question

这个问题并不是真正针对任何特定技术，而是更多的一般开发人员问题。

我们都从经验中知道，情况发生了变化。框架发展，添加新功能并删除东西。

例如，当版本2.0出现时，使用“ ABC”框架版本1.0版的产品如何适应（ABC可以是.NET，Java，Cocoa或您想要的任何内容）？

一种解决方案可能是使框架向后兼容；因此，为1.0编写的代码仍将在框架的2.0版中使用。

另一个可能是选择性地仅针对该框架的1.0版，但这可能会使许多未使用的精美新功能（许多.NET 2.0应用程序似乎都这样做）

关于我们作为开发人员应该做的最佳实践的任何想法，以使我们的技术保持最新状态，同时不破坏我们的应用？

Answer 1

预期并投资变革。

许多企业似乎认为改变是一件坏事。它使原本的工作过程变得复杂。但是作为开发人员，我们倾向于对事物有所不同。

更改，特别是新版本，可以带来许多好东西，例如安全更新，性能增强和功能。而且通常，变化是不可避免的。那么，为什么不将其视为情况而不是惊喜呢？

您可以做一些事情，例如以非供应商特定格式备份数据，以防某些新的风格技术无法解决，您需要跳船。

另外，如果您有资源，则可以将旧版本和新版本同时运行。理想情况下，您不希望您的生产系统运行最新，最出色的软件，直到有人对其进行了评估并登录了它。诸如生产系统的单位测试和β/开发克隆之类的东西可以帮助这一过程。

改变应该被拥抱，而不是害怕。开发人员，利益相关者和商人都应该与新技术和框架保持同步。始终准备解决变化。在苏联俄罗斯，API跟上您！

Answer 2

哦，可能的答案...。

我的想法虽然不是独一无二的（可以肯定的）。

1. 在源控件中分支您的代码 - 您正在使用源控件，对吗？
2. 在分支上，更新框架（或您有什么）
3. 解决单元测试中的问题。利用新框架API，删除折旧的参考等
4. 彻底测试。
5. 可选]向后备箱推入躯干（可能会翻转4个）
6. 发布到生产 - 恭喜，您现在正在使用新框架。

这并不是那么容易，但是我确实相信最简单的答案可能是最好的答案。你必须向前前进...

Answer 3

我看到的仅有的两个“解决方案”是您的建议：保留或升级到新框架。我认为，通常，当您的API收到重大更新并且软件很重要时，最好评估升级的好处，并且如果这些好处超过升级所需的时间，那么最好的行动方案就是升级。

Answer 4

选择适合您企业的保守，风险或中间的方法并遵循。

例如，如果您的公司与创新有关，则需要能够使用最新版本的框架 - 或至少自由地调查它们。您需要雇用在这种环境中感兴趣且舒适的人 - 有些开发人员对此感到非常兴奋，而另一些开发人员并没有那么多。放置一些结构以使升级安全（分支机构和静态体系结构）。客户应该通过与这样的尖端公司在一起来了解他们所获得的好处 - 如果您不向他们进行交流，那可能不是他们重视的东西，当事情破裂时，他们会感到不安，因为系统更新。

或选择保守的方法。选择一项坚实，破旧的技术，除了较小的版本外，不打算更新它。用您的话来说，针对特定版本。雇用欣赏这种环境的人。

或在道路中间选择更多东西。

这些方法中的每一种都在不同的时间合适 - 我在不同的项目上都处于极端状态。