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

Question

这个问题并不适用于任何特定技术，而是更多的一般开发人员问题。

我们都从经验中知道事情会发生变化。框架不断发展，新功能被添加，内容被删除。

例如，当版本2.0出现时，使用“ABC”框架1.0版的产品怎么能适应（ABC可能是.NET，Java，Cocoa，或者你想要的任何东西）？

一种解决方案可能是使框架向后兼容;所以为1.0编写的代码仍然可以在框架的2.0版本中运行。

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

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

Answer 1

预测并投资变革。

许多企业似乎认为变革是一件坏事。它使其他工作过程复杂化。但作为开发人员，我们倾向于以不同的方式看待事物。

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

您可以采取一些措施，例如以非供应商特定的格式备份您的数据，以防某些新的技术无效并且您需要跳槽。

此外，如果您拥有资源，则可以保持同时运行的旧版本和新版本。理想情况下，您不希望生产系统运行最新最好的软件，直到有人对其进行评估并签字。像单元测试和生产系统的beta / development克隆这样的东西可以帮助完成这个过程。

应该接受改变，而不是担心。开发人员，利益相关者和商业人士都应该跟上新技术和框架的步伐。始终准备应对变化。在苏联俄罗斯，API与您保持联系！

Answer 2

哦，可能的答案......

我的想法虽然不是独一无二的（可以肯定），但却非常像这样。

1. 将您的代码分支到源代码管理中 - 您正在使用源代码管理，对吧？
2. 在分支上，更新框架（或者你有什么）
3. 修复单元测试中的问题。利用新的Framework API，删除折旧的引用等
4. 彻底测试。
5. [可选]推回到行李箱（这可能会翻转4）
6. 发布到制作 - 恭喜，您现在正在使用新框架。

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

Answer 3

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

Answer 4

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

例如，如果您的公司是关于创新的，那么您需要能够使用最新版本的框架 - 或至少自由地调查它们。你需要雇佣那些在这样的环境中感兴趣并且感到舒适的人 - 一些开发人员对此感到非常兴奋，其他人并不那么兴奋。放入一些结构以使升级安全（分支和静态架构）。客户应该了解他们与这样一家前沿公司合作所带来的好处 - 如果你没有与他们沟通，那可能不是他们重视的东西，当事情破裂时他们会（理所当然）感到不安系统更新。

或选择保守的方法。选择一种坚固，陈旧的技术，除了次要版本之外，不打算更新它。用你的话说，定位一个特定的版本。雇用那些喜欢这种环境的人。

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

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