Да можно конечно, только на белом фоне желтый мне еще больше не нравится) И вообще, пост об идее, вот когда продавать начну расширение — обязательно проведу графическую аналитику на высшем уровне!
По аналогии с недотипизированными языками — все приводится к числу, и true — равно 1.
А так как нас в задаче интересуют только 2 состояния — то и выбор очевиден. А вообще в примере идет проверка только на 1, а все остальное — считается 0 (что конечно не очень правильно :-)
Не понимаю, почему вы призываете меня использовать традиции c++? И это не традиция, а жестокая необходимость в этих языках. И я уже написал, что в моем примере всего 2 состояния — мне не нужны коды ошибок. Поэтому я отошлю вас к еще более древней «традиции» — к биту и двоичной системе счисления. И всяко человечнее и понятнее, что 1 это горит, горит значит работает, а потухло — значит все сломалось(
Есть необходимое и достаточное решение. Если мне понадобятся другие варианты настройки — я реализую их.
Если говорить в контексте данной задачи, то логичным будет в любом случае возвращать JSON и превращать его в объект JavaScript, чем пользоваться конечным набором целых чисел. Таким образом решится и проблема передачи строк (а вдруг нам захочется текста!) и других форматов.
Для каждого решения — свой подход и свой инструмент и, ребята, не используйте, пожалуйста, традиции c++ в JavaScript, очень вас прошу.
Тогда, если есть строка — должен быть объект — код ошибки, сообщение ошибки, сообщение/объект результата, не считаю правильным в любом из языков состояния передавать в строках
Т.е. если у вас есть клиентское приложение, вы будете хранить несколько тысяч строк ошибок на клиенте в браузере? А если еще есть локализация, то умножаем на N-языков. И все это в браузере каждого пользователя? А при изменении одной буквы — синхронизировать все это?
Зачем? Есть коды состояний, далее на них вешайте локали сколько угодно. Если приложение отдается с сервера — можно и нужно отдавать определенную локаль
Браузер дешевле светофора