Здравствуйте, у меня возникла проблема при создании калькулятора)
А именно проблема в том, что при следующей записи

Это считывается как (при написании) значение первого input и второго input, а не сложение данных переменных.
Возможно данный вопрос является глупым, но всё равно спрашиваю.

Благодарю) 

a=parseFloat(document.form.n.value)+parseFloat(document.form.m.value);

Большое спасибо)  

еще можно через Number(переменная).

Быстрее всего:


И не нужна будет ни Number, ни тем более parseFloat...

Zeroglif, parseFloat в любом случае вызываеться самим транслятором, а читабельность конечно по вкусу.

Так, да не так, parseFloat лексически является идентификатором, согласно ES 10.1.4 мы ищем идентификатор среди свойств объектов, входящих в Scope Chain, пока по идее не найдём его в поле объекта Global (window в браузерах). Плюс к этому, в рамках самого алгоритма функции parseFloat, который предполагает, что мы можем подсунуть ему всякую пакость (объект, например), аргумент насильно приводится к строке (toString у объектов). Значит, и тут мы снова должны совершить небольшую прогулку, но уже по полям самого объекта (его прототипа и т.д.), если аргументом объект. Да к тому же некоторые из нас имеют стойкую привычку нативные свойства переопределять, parseFloat конечно вряд ли тронут, а вот toString запросто. Добавим сюда до кучи более сложный алгоритм самой функции, чем алгоритм конвертации через унарный плюс или через Number().

Ниже пример, где видно, сколько объектов Scope Chain нужно пройти, и как переопределение toString влияет на parseFloat. А если раскомментировать параметр в функции A, то мы переопределим ("забъём") уже и parseFloat, и само собой получим ошибку.



Я это всё не к тому, что дескать  нехорошо переопределять свойства или совать в аргумент объект (всего этого скорее всего не будет!), а к тому, что короткий путь к результату правильнее длинного туда же..., а читабельность конечно же по вкусу 

Это сообщение отредактировал(а) Zeroglif - 25.9.2006, 03:04

Всем большое спасибо за помощь   
Благодарю   

Zeroglif, вобще это зависит от реализации конечно, но если  помнить что скрипты не являються сильной стороной браузеров, то конечно ты прав   В твоём примере можно создат обьект Number с числом (не строкой) 9.5, при parseFloat всё равно будет вызвано toString, при +<ехп> нет.

Вывод: если требуеться сэкономить пару микросекунд, то лучше пользоваться приведением к числу через +.