Постановка проблемы : Когда будет выпущена новая версия веб-приложения, наилучшим практическим приемом я считаю комплектный код поставщика / код бизнес-логики, который будет кэшироваться в браузерах.
Допустим, мы вносим небольшое изменение в исправление ошибки. На практике мы перестраиваем код и отправляем новый пакет.
В чем проблема :
Создание нового пакета похоже на то, что кеш браузера не используется максимально.
Что можно решить :
Отправляйте только патч и не создавайте новый пакет.
Где я застрял :
Как сделать так, чтобы кодовая база работала так, чтобы отправка патча работала.
Например, допустим, в функции есть ошибка. В патче будет отправлен код, который переопределит функцию с ошибками.
Как спроектировать код, чтобы это стало возможным? У меня была одна мысль: «если у нас есть объектно-ориентированная кодовая база, мы можем создать новый класс, который может переопределить функцию с ошибкой. Но это будет работать только для публичной функции. Что если это приватная функция, то нам придется переопределить весь класс ".
Есть ли стандартное решение для этого?