Василий Банников

Делаешь вместо "переменной" свойство и внутри сеттера вызываешь какой-нибудь метод, который будет уведомлять заинтересованных об изменении.

Например вот так:

public class Test {
  private int _someValue;
  public int SomeValue
  {
    get => _someValue;
    set {
      if(value != _someValue) {
        _someValue = value;
        NotifyAboutChange(); // То самое "действие"
      }
    }
  }
}

Про события можешь почитать тут:
https://docs.microsoft.com/ru-ru/dotnet/csharp/lan...

Сохраняй старое значение в какую-нибудь временную переменную и возвращайся к нему, когда наступило какое-то новое событие.

Если событий, которые могут перезаписывать много - можно попробовать в стек писать.

В твоём случае я бы сделал две отдельные переменные - скорость ходьбы и скорость бега.
А актуальную скорость определял бы через свойство, в котором будет условие наподобие "если текущее состояние - бег, то вернуть скорость бега. Иначе скорость ходьбы"

Тебе нужен профайлер.
В Visual Studio есть свой.
Ещё советую прочесть эту статью:
https://habr.com/ru/post/482040/

Не использовать string.Format для параметризации.

Вместо него использовать дополнительные параметры из ExecuteSqlCommand или ExecuteSqlInterpolated.

https://docs.microsoft.com/en-us/ef/core/querying/...

Несколько условий в if можно запихнуть при помощи операторов && и ||
Например
(!validateLat(phone)) && (phone.length < 6)

Потому что фигурные скобки в C# ограничивают область видимости переменных.
Если ты хочешь, чтобы переменная Number1 была видна за пределами блока try - тебе нужно вынести её на уровень выше.

Примерно вот так:

double Number1 = 0;
try {
 // Тут пы инициализируем переменную
} catch {
  //Как-то обрабатываем возможную ошибку
}
// Тут мы можем использовать Number1

Но раз ты пытаешься обработать ошибку при парсинге чисел, используй тогда вместо double.Parse, функцию double.TryParse - она вместо выкидывания исключений возвращает флаг, было успешно число распознано или нет.

Google (GCP), bing (MS Azure), deepl, yandex (Яндекс облако)

1. Это дополнительный источник истины - того, как должна работать программа.
А значит и меньше споров о том что является багом, а что фичёй, и почему что-то было сделано так, а не иначе.

2. Это упростит онбординг новых членов команды - вместо того чтобы тратить кучу времени на устный рассказ о продукте - можно просто показать инструкцию.

Никакого шифра. Это просто способ передать букву так, чтобы не нужно было переспрашивать. Часто используется в телефонных разговорах.
Борис - это Б или b
Цапля - это Ц или c

Слова могут использоваться любые (UPD: оказывается стандарт есть). Лишь бы расслышать их через помехи было легко и первая буква была однознача.