Почему метод извлечения управляет в Visual Studio, создают статические методы?
К сожалению, не существует простого способа сделать это непосредственно в Kubernetes, так как Kubernetes не имеет понятия о зависимости между ресурсами.
Лучшее место для решения этой проблемы - это сам модуль веб-сервера.
Идеальное решение - обновить приложение, чтобы повторить попытку подключения в случае сбоя.
Менее идеальным решением было бы иметь контейнер с коляской, который просто опрашивает базу данных и вызывает сбой, если база данных выходит из строя, что должно заставить Kubernetes перезапустить модуль.
2 ответа
Почему Visual Studio по умолчанию создает частный статический метод при рефакторинге кода и выборе метода извлечения?
Это делает это, только если Ваш метод не получает доступ ни к каким членским переменным/методам/свойствам. Это хорошо, потому что это в основном воздействует на принцип наименьшего количества предположений: так как Вы не получаете доступ к определенным для экземпляра данным, мог бы также сделать метод static.
Есть ли некоторый выигрыш в производительности путем вызова частного статического метода в нестатическом классе по сравнению с нестатическим методом в нестатическом классе?
Теоретически, мог бы быть всего лишь, я сомневаюсь относительно этого. Однако создание статичного метода проясняет, что не получит доступ или изменит данные экземпляра, которые я нахожу полезной подсказкой.
Создание статического метода можно считать улучшением производительности, потому что нет "этого" указателя для передачи как переменная. Я использую ReSharper, и он всегда рекомендует повернуть методы в помехи каждый раз, когда они не обращаются к переменной класса.