Есть вариант с eval(), но мне не нравится использовать его. Слишком высокая уязвимость.
Короче, есть 3 таба.
1. Создаём переменную. Задаём ей имя, значение, тип.
2. Создаём второй слой переменных, где значение вводится формулой (используются переменные из 1 и 2 таба)
3. Проверяем значения.
Правая колонка - инпуты со значением из 1 таба.
Вторая колонка - результат вычисления фикции из 2 таба.
Меняешь значения в первой колонке - > пересчитывается значение во второй колонке
Да регулярки обычные, вроде ж ничего сложного Тем-более если можно строго указать что между арифметическими операторами должны быть пробелы Регулярки можно создавать динамически, потому по имени переменной все так же изи находить и подставлять значения
до последнего не хотела с ними связываться)
Однажды все равно придется разобраться) А по факту там ничего сложного, чатгпт со всем поможет 😬 То раньше можно было пальцы сломать пока гуглил все способы, сейчас все попроще
Никто не хочет... но нужно, увы
Надо наоборот, всегда применять там, где они позволят не писать много некрасивого кода и не пытаться их избегать. Так шо регулярки маст хэв. + вопреки предрассудкам их учить совсем не тяжело и не долго.
Один из обязательных этапов изучения регулярок - понять, что они почти никогда не нужны ))
Весьма спорный тезис, особенно учитывая, что когда они таки нужны, то они просто незаменимы.
Ну я ж не сказал, что их изучать не надо...надо обязательно, но использовать стоит сильно редко
Когда нужны, да, тогда нужны ))) тут трудно поспорить
Ну я к тому, что альтернативы регуляркам нет.
Обсуждают сегодня