问题陈述：推出新的Web应用程序版本时，我认为最佳实践是捆绑供应商代码/业务逻辑代码，这些代码将被缓存在浏览器中。
让我们说我们对错误修复进行了一些更改，实际上是重建代码并发送新的捆绑软件。
出了什么问题： 创建新的捆绑包似乎没有充分利用浏览器的缓存。
解决方案： 仅发送补丁，而不制作新的捆绑包。
我被困在哪里： 如何设计代码库以使发送补丁可以正常工作。
例如，让我们说一个函数中有一个错误。补丁中将发送的代码将覆盖越野车功能。
如何设计代码使之成为可能？我曾经想过：“如果我们有一个面向对象的代码库，我们可以创建一个新的类来覆盖一个错误的函数。但这仅适用于公共函数。如果它是私有函数，那么我们将不得不重写全班”。
对此有标准解决方案吗？