认识达内从这里开始

使用框架进行软件开发是目前大多数程序员的常规操作，使用框架能够大大提高软件开发程序员的工作效率，而本文我们就通过案例分析来了解一下，使用框架都有哪些注意事项。

遵循它们的API规则，这样它们就可以向你提供服务。这就是框架的工作方式：你的代码必须遵守某些规则，包括或多或少的样板代码。你每天要想的不是“如何做这件事”，而是“如何让框架做(或不做)这件事”。如果你规避了这些约束，风险就由你自己承担：如果你通过直接调用底层API来绕过框架，就不要指望它们能理解你的意图，也不要指望它们的行为能保持一致。所以，框架会让你“专注于业务”是一个虚假的承诺：实际上，框架的事情你也没少操心。

如果你想要以下这些东西，就不得不强制进行升级：

1)想要一个新功能(即使你不需要所有功能，也必须升级所有东西);

2)想要修复一个bug;

3)不想失去框架的支持(随着新版本的发布，你的应用程序所依赖的版本将会被弃用)。

如果框架出现了bug，但没有明确的计划修复日期，这会让你感到非常沮丧(可能还会让项目面临风险)。三方提供的框架库(如小部件)或插件也不例外，如果你一直使用旧版本，它们与你的应用程序的兼容性会越来越差。对于框架维护者来说，维护向后兼容性已经成为一件非常麻烦的事情。他们发现，开发自动升级代码的工具(Angular的ng-update、React的原生升级助手、Facebook的jscodesshift等)会更有利可图。

需要学习如何使用它们(它们能做或不能做什么、它们的概念、API、生态系统、工具)，包括了解在新版本中可能发生的变化。如果你选择的是当前流行的框架，这可能会容易些，但你不可能了解一个框架的方方面面。此外，炒作也从来不会消停：如果你决定在一个新应用程序中使用另一个框架(或者更糟的是，从一个框架迁移到另一个框架)，那么你在旧框架上所有的投入都将归零。这就是为什么很多企业项目会缺乏活力，即使每个项目都可能与前一个项目不一样。已故的DavidWheeler曾经说过：“保持兼容性意味着有意重复别人的错误”。

将控制权委托给框架，这是对框架缺陷的妥协：你可能无法做任何你想做的事(或防止框架做你不希望它们做的事情)或者你也许不能获得你想要的性能(因为额外的分层、普适性、更大的代码体积或向后兼容性需求)。

技能零散化。很多开发人员要么不太了解底层API(因为他们总是使用框架提供的东西)，要么活在过去(只知道过时的知识，不知道新的改进和功能)。“工具法则”常常导致过度设计，为简单的问题构建复杂的解决方案，而构建简单解决方案的知识逐渐零散化。在指南的指导下，我们失去了(或者没有获得)好的软件设计(原则、模式)文化，并失去(或者没有获得)构建重要工程的经验。就像CSS框架(Bootstrap、Tailwind等)的用户缺乏CSS技能一样，Web框架的用户也注定缺乏现代WebAPI和软件设计经验。

【免责声明】：本内容转载于网络，转载目的在于传递信息。文章内容为作者个人意见，本平台对文中陈述、观点保持中立，不对所包含内容的准确性、可靠性与完整性提供形式地保证。请读者仅作参考。更多内容请加danei0707学习了解。欢迎关注“达内在线”参与分销，赚更多好礼。