JS и его "недостатки"

Цитата Астарот @ 21.02.12, 18:22

Крайности наше все?

Python наше все Вот только мы о javascript

Цитата Астарот @ 21.02.12, 16:59

Да и вообще, имхо у тебя просто играет инерция - ты привык рассматривать null в одном качестве, здесь рассматривается в другом.

Неужели "уровень" того же питона так сильно отличается от php?
Везде, где был null, он был в одном качестве... Даже в SQL если ты запросишь несуществующую колонку в таблице, это будет ошибка, а не NULL.

Цитата Мяут-Настоящий @ 21.02.12, 18:57

Python наше все

Да я не против, мне-то чего?

Цитата Мяут-Настоящий @ 21.02.12, 18:57

Вот только мы о javascript

Я тебе за js и сказал зачем там нужен '==='.

Цитата D_KEY @ 21.02.12, 18:59

Неужели "уровень" того же питона так сильно отличается от php?

Я питон не знаю, но в пыхе вот так Может неудобно, но определяющим я бы тут сделал вот что - испытывает народ от этого постоянную анальную боль, или нет? Насколько я знаю - нет, значит вполне можно с этим жить и в ус не дуть.

Добавлено 21.02.12, 19:03
Уж на трагедь всех времен и народов точно не тянет

JavaScript:

>> a = "x"
>> b = 1
>> a - b
NaN

WTF?

Я бы сказал наоборот, после плюсов - пыхпых просто мана небесная

Цитата Мяут-Настоящий @ 21.02.12, 19:07

WTF?

Ну, а тут-то тебя что смутило, чудо в перьях?

Добавлено 21.02.12, 19:23
Мяут-Настоящий, ты по приколу посмотри что тебе вернет 1/0 За одно будет повод покричать "а где мое исключение?!"

Цитата Serafim @ 21.02.12, 18:08

Ой, слабая типизация уже отстой я так понял?
Ну кидаем в мусорку помимо JS ещё AS, F#, C#, Python, PHP и прочее

Ты не путаешь слабую типизацию с динамической, нет?

А все, уже выяснили, что перепутал
Понаписали...

Добавлено 21.02.12, 19:28

Цитата Астарот @ 21.02.12, 19:03

Может неудобно, но определяющим я бы тут сделал вот что - испытывает народ от этого постоянную анальную боль, или нет? Насколько я знаю - нет, значит вполне можно с этим жить и в ус не дуть.

Все познается в сравнении. Меня когда-то и допотопный бейсик устраивал...

Добавлено 21.02.12, 19:30

Цитата Астарот @ 21.02.12, 19:16

Мяут-Настоящий, ты по приколу посмотри что тебе вернет 1/0 За одно будет повод покричать "а где мое исключение?!"

Смотря кто. С/С++ - зависит от реализации. Python, естественно, кинет исключение. А js что сделает?

Сообщение отредактировано: D_KEY - 21.02.12, 19:30

Цитата D_KEY @ 21.02.12, 19:23

Все познается в сравнении. Меня когда-то и допотопный бейсик устраивал...

И что? Это ж не повод называть бейсик убогим, богомерзким и так далее.

Цитата D_KEY @ 21.02.12, 19:23

А js что сделает?

Если склероз не врет - вернет Infinity. А вот 0/0 вернет NaN

Добавлено 21.02.12, 19:40

Цитата D_KEY @ 21.02.12, 19:23

Python, естественно

О естественности - вопрос открытый

Цитата Serafim @ 21.02.12, 19:08

Я бы сказал наоборот, после плюсов - пыхпых просто мана небесная

А сколько времени ты на плюсах писал? Чтобы оценить язык, нужно его знать и понимать зачем он нужен. А С++ в этом смысле язык специфический

Добавлено 21.02.12, 19:43

Цитата Астарот @ 21.02.12, 19:39

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

Почему бы не назвать вещи своими именами ?
Говорят, VB вроде ничего еще, но тут судить не берусь - не знаю.

Цитата D_KEY @ 21.02.12, 19:41

А сколько времени ты на плюсах писал? Чтобы оценить язык, нужно его знать и понимать зачем он нужен.

Ну, кое-кто тут берется не только оценивать, но и судить язык в котором толком не разбирается И все из-за областей видимости

Цитата Астарот @ 21.02.12, 19:16

Ну, а тут-то тебя что смутило, чудо в перьях?

То что строка минус число не дает ошибки времени компиляции или исполнения.

Цитата Мяут-Настоящий @ 21.02.12, 19:51

То что строка минус число не дает ошибки времени компиляции или исполнения.

И таки що? За тебя эту ошибку обработали и вернули NaN, говоря, что произошла ошибка в математике

Цитата Астарот @ 21.02.12, 19:46

Ну, кое-кто тут берется не только оценивать, но и судить язык в котором толком не разбирается И все из-за областей видимости

Области видимости достаточно общая концепция.
Решение, принятое в js странное(на мой взгляд).
Если принимается решение о том, что переменные "поднимаются" в начало области видимости, то нужно было установить правилами языка, что переменные можно объявлять только в начале блока(как и было сделано в изначальном С). Это хотя бы последовательно.
Если же не хотелось так ограничивать программиста, то нужно было сделать примерно так же, как во многих других языках - переменная видна с момента объявления и до конца блока, в котором объявлена.
Не согласен?

Цитата Астарот @ 21.02.12, 19:57

И таки що? За тебя эту ошибку обработали и вернули NaN, говоря, что произошла ошибка в математике

Таки ничего не мешает мне присвоить этот самый NaN и использовать в дальнейших вычислениях, что еще более спутает карты. Для того, чтобы проверить такой тип ошибки мне нужно явно вставить оператор проверки:

if(c == NaN)
   alert('error');

Это же возврат во вчерашний день, во всем мире уже используются исключения

Добавлено 21.02.12, 20:05
Роберт Мартин кстати призывает за возврат null по рукам бить (в Java), и вполне себе справедливо. С NaN та же самая ситуация

Цитата D_KEY @ 21.02.12, 19:58

Области видимости достаточно общая концепция.
Решение, принятое в js странное(на мой взгляд).
Если принимается решение о том, что переменные "поднимаются" в начало области видимости, то нужно было установить правилами языка, что переменные можно объявлять только в начале блока(как и было сделано в изначальном С). Это хотя бы последовательно.
Если же не хотелось так ограничивать программиста, то нужно было сделать примерно так же, как во многих других языках - переменная видна с момента объявления и до конца блока, в котором объявлена.
Не согласен?

Нужно... Не нужно... Есть два факта, первый - область видимости не блок, а функций, и второй - объявления переменных неявно поднимаются в начало области видимости. Второе, как я уже говорил, обусловлено двупроходной работой браузера - перед началом выполнения ему нужно получить все данные, вот он в не явном виде и присваивает переменным 'undefined'. Устанавливать что-то правилами языка в данном случае значит навязывать программисту проблемы браузера - это ж браузеру нужно что б переменные были изначально во что-то да установлены, а не прогеру. Так и оставили - прогер пишет так, как ему ближе, а браузер в тихую инициирует переменные в определенное значение.

Добавлено 21.02.12, 20:10

Цитата Мяут-Настоящий @ 21.02.12, 20:02

Таки ничего не мешает мне присвоить этот самый NaN и использовать в дальнейших вычислениях, что еще более спутает карты.

Таки тебе никто и в сях не мешает сделать что-то типа:

Цитата

#define 1 0

или как оно там? В общем ты понял о чем я. И ведь никакой фрустрации по этому поводу никто не испытывает, что сильно характерно

Цитата Мяут-Настоящий @ 21.02.12, 20:02

Для того, чтобы проверить такой тип ошибки мне нужно явно вставить оператор проверки

Цитата Мяут-Настоящий @ 21.02.12, 20:02

Это же возврат во вчерашний день, во всем мире уже используются исключения

А то, что тебе что-то нужно вставить в исключение не беспокоит?