JavaScript code style. Стоит ли использовать объявления переменных внутри цикла?

Digital Brain, спасибо, что я не одинок :)

JavaScript code style. Стоит ли использовать объявления переменных внутри цикла?

Sarkis Arutiunian: про книги могу сказать то же самое :)
1. Объявление переменной в js всплывает к началу области видимости. От того, где внутри области видимости вы объявите переменную потребление памяти не изменится ни на байт.
2. Скажите, как удобнее понять, что делает код:
- прочитать его
- прочитать его, найти его тесты, открыть их, прочитать их (попеременно поглядывая в код)?
3. Не нужно понтоваться авторитетами :) То о чём я пишу, разумеется, имеет далеко не самое важное значение для чистоты кода. Поэтому, если забить на это, ничего особенно страшного скорее всего не случится. Это как с чисткой зубов дважды в день - скорее всего, если вы на это забьете, то ничего плохого не случится (только пахнуть будет плохо), но вот если случится, придется заплатить круглую сумму стоматологу. Но гораздо надежнее подстраховаться заранее, чтобы потом не сожалеть.

Суммирую:
- Вынос объявления переменных в начало области видимости - это промышленный стандарт. Делать исключение конкретно для циклов я не вижу смысла - зачем вносить дополнительную сложность в виде особых случаев, туда, где она не требуется?

- Названия переменных должны быть описательными и понятными. Да, i - это принятое соглашение, но оно теряет смысл как только его вынесли на десять строк кода от цикла в начало функции. А если циклов в функции несколько, то и запутаться недолго. Конечно, можно оставить и однобуквенное название, но это опять же исключение из правила, которое только добавляет путаницы. Гораздо проще дать переменной нормальное имя и двигаться дальше.

Вы только два аргумента привели: "это экономит память" и "а чо, все так делают". Первый не соответствует действительности, а второй очень неубедительный.

Как можно восстановить исходную версию X.Server?

Вынесите, пожалуйста, решение в ответ и пометьте его.

JavaScript code style. Стоит ли использовать объявления переменных внутри цикла?

Sarkis Arutiunian: в памяти они будут в любом случае. И вынося их в начало области видимости вы как раз показываете, что вы это понимаете. То, что принято использовать однобуквенные переменные ничего не значит, раньше и goto было принято писать :)
Переменная - это кусок документации. Наличие у переменной содержательного имени позволяет не писать комментарии, например - по коду итак понятно что в нём происходит.
У однобуквенных переменных есть очень узкая область применения - это небольшие циклы и, ни в коем случае, не вложенные. Иначе, код становится нечитаемым и, следовательно, уязвимым для багов.
Но даже если и использовать однобуквенные переменные, их объявление всё равно нужно выносить в начало области видимости, потому что именно так работает javascript и это общепринятый стандарт написания кода.

JavaScript code style. Стоит ли использовать объявления переменных внутри цикла?

Sarkis Arutiunian: группировка объявления переменных в начале области видимости и адекватные их имена - гораздо более надежная защита от багов. Ну и декомпозиция громоздких функций на более мелкие.

Как тестировать backbone приложение, если сервисы API еще не до конца готовы или их нет?

Григорий: здесь речь о том, что никакого сервера еще вообще нет, бэкенд-команда над ним еще только работает. Так что вы не в тему :)

Какую ООБД выбрать?

Вы понимаете, что вы просите посоветовать БД для сферического проекта в вакууме?

JavaScript code style. Стоит ли использовать объявления переменных внутри цикла?

Murmurianez: именно поэтому я про оптимизацию ничего не сказал - она ничтожна. А вот использовать однобуквенные переменные, да еще и со вложенными циклами, это прямой путь к багам и головной боли. У каждой переменной должно быть осмысленное название, отражающее ее суть. Да, если цикл простой можно проигнорировать здравый смысл и дать итератору однобуквенное имя. Или если это какой-то тестовый код или пример на коленке. Или если вы сознательно хотите осложнить жизнь себе и коллегам.
Я свой выбор сделал :)

Добавленные элементы не реагируют на mouseenter?

Это устаревшая форма записи. Современная выглядит так:

$("#table_of_clients").on("mouseenter", ".deleteicon", function() { alert("OK"); });

Добавленные элементы не реагируют на mouseenter?

seredaes: я помогу только при наличии кода выложенного на jsfiddle.

JavaScript code style. Стоит ли использовать объявления переменных внутри цикла?

Sarkis Arutiunian: вы ошибаетесь. Внутри цикла переменную объявить нельзя, она объявляется в его объявлении. И эти две записи абсолютно идентичны:
for (var i = 0; i < 5; i++) {}

var i;
for (i = 0; i < 5; i++) {}

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

Какой есть простой способ подсчитать, через сколько секунд загрузится dom?

Ну вот Rsa97 тоже разобрался как-то...

Как разделить текст на 5 частей php?

Надо же как я намудрил :) Действительно, так гораздо проще.

Какой есть простой способ подсчитать, через сколько секунд загрузится dom?

А, ну да, для разработчика это непреодолимое препятствие. Я вот только с Божией помощью справился.

Какой есть простой способ подсчитать, через сколько секунд загрузится dom?

Думай Головой: А вы, простите, веб-разработчики или где?
view-source:twohustlers.com
twohustlers.com/assets/app.min.js

Какой есть простой способ подсчитать, через сколько секунд загрузится dom?

вот интересно как они это сделали, я имею ввиду не svg маску, которая сдвигается на буквы, а именно пропорциональность сдвижения?

Очень просто - у них есть два блока со ссылками на картинки, они в самом начале на каждую вешают обработчик и увеличивают процент прогресса в нем по окончании загрузки.

Как подключить (архитектурно использовать) JS-код в проекте на laravel 5.1?

rustem_ck: автоматически - нет. Я для каждого раздела заводу свой шаблон и подключаю скрипт там.

Имеет ли смысл кешировать дерево категорий?

AlikDex: нормализовать, конечно, я ошибся.

Имеет ли смысл кешировать дерево категорий?

Да, для того, чтобы не пинать базу можно закешировать данные. Но для того чтобы ответить на вопрос имеет ли смысл это делать, нужно больше информации. Скорее всего, разумнее будет денормализовать БД.

Имеет ли смысл кешировать дерево категорий?

AlikDex: ну так опишите задачу нормально, что вы собрались кешировать, как, зачем, какие блобы вы собираетесь катать откуда и куда? Вы даже стек технологий не указали.