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

Так зачем вы вызываете еще один аргумент Х в функции?

Рабочий код:

let name = prompt("Enter your name:",);
let age = +prompt("Enter your age:",);
var x;


function checkAge(age){

    if(age >= 1 && age <= 17) {
        x = "Ребенок";
    } else if(age >= 18 && age <=100) {
        x = "Не ребенок";
    }
}

function about(name, age) {
    checkAge(age);
    alert(`${name} имеет возраст ${age} и он ${x}`);

}

about(name, age)

Во втором столбце - не числа
Решение:
196.67 => 196,67

TLDR: Update

Unity использует покадровую систему, то есть "вот новый кадр - обновим состояние". Это ключевой момент для понимания вашего вопроса, потому что появляется понятие тайминга, в который невозможно попасть способами, выполняющимися с постоянной периодичностью. Это почти как стрелочные часы без батареек. Могут ли они показать правильное время? Да, два раза в день на одну секунду.

Речь идёт об использовании FixedUpdate и рекурсивного Invoke, а также корутин (без yield return null).

Так как вы о LateUpdate не спрашивали, то и углубляться в него не будем. Остаётся только Update.

Используемые методы можно поделить на две группы - кадрозависимсые и кадронезависимые. К первым можно отнести Input.GetKeyDown, ко вторым Input.GetAxis. Если с кадрозависимыми всё понятно (нелогично их использовать вне Update/LateUpdate), то кадронезавимые возвращают разные значения как для разных таймингов, так и для разной продолжительности нажатия. Поэтому для них можно и так и этак и будет это чисто особенностью вашей игры. Такой же как, например, реализация 2д поворота через scale, rotate или sprite flip.

Сделай ввод в FixedUpdate и посмотри на инпут лаг, и поймешь почему не стоит так делать. Хотя если не требуется динамичного управления, то вообще пофиг.
p.s. ну это при условии дефолтной частоты вызовов, сколько она там 25 раз вызывается в сек?

Вся документация говорит что "в апдейте".

Аргументация - FixedUpdate работает не каждый кадр, что в целом и написано в документации. И он предназначен для просчетов физики.
А вот как раз всякие ивенты привязаны именно к Update.

Зачем вы в else задаёте условие? else это всё остальное, или уберите num > 3 или сделайте elif

Потому что impl-trait это статический полиморфизм, работающий через мономорфизацию - т.е. при компиляции из абстратного дженерика через подстановку конкретных типов будет сгенерированно сколько-то конкретных версий функции.

Если зачем-то нужен ржавый фабричный метод, то, как вариант, можно перейти на динамическую диспечеризацию:

fn create(value: u8) -> Box<dyn C> {
    match value {
        0 => Box::new(A {}),
        1 => Box::new(B {}),
        _ => Box::new(A {}),
    }
}