Имеется ввиду разделить стили, приводящие к загрузке стороннего контента, и стили не требующие этого. Ну и грузить набор первых в самую последнюю очередь.
Приветствую. На вскидку.
1) Запятые.
2) Строки для setTimeout|setInterval — неявный eval, чем плоха передача функции?
3) Указывайте контекст. Тот же window.setTimeout(), window.clearTimeout() — меньше будет поиска в стеке контекстов.
4) Зачем последнее условие в конструкторе?
5) Почему в Timer::convert() вывод и работа с таймером?
6) Зачем Timer::stop()?
Хм. Только вот тинейджер ли? Я всегда думал, что это слово описывает возраст 13-19 лет, чьи числительные в английском произношении заканчиваются на «teen» + age.
«Впитала фишинг-фильтр», «часть наших вложение», «отлавливать их как можно больше», «Эти новые эвристики, в сочетании с улучшенной телеметрией» (да, капитан, Кирк!), «злобное ПО» (0_0), «личные данные – главный компонент надежного серфинга в интернет», «Так как личные данные пользователей важны для всех Майкрософт продуктов и технологий.» (а я всегда знал!).
Признайтесь, перевод just for lulz?
Ричард Бах, «Иллюзии». Только соль вся в концовке: «Живи так, чтобы никогда не было стыдно, если что-то, что ты делаешь или говоришь, станет известно всему свету, — даже если то, что станет известно, будет неправдой.»
Имхо, вопрос поставлен не совсем корректно: если возвращаемое значение сложновычисляемое и модифицируемо в ходе подпрограммы, то вариант будет со временной переменной. В простом случае, лично я лучше послушаю Фаулера и применю рефакториинг «встраивание временной переменной». Т.е. дело не в православности методики, а в требовании реалий. Религиозная же сторона дела рассматривалась тут.
Точно, точно, camelCase или underscore стиль — не суть. Читабельность повышается, имхо, за счет масла масляного: условия читаемы по диагонали и вертикали — 1) если есть что заменять и чем, то… 2) если есть чем модифицировать (т.к. не замена/удаление, то добавление), то… 3) вырожденное условие в виде «return uri» реализует вырожденную функцию.
Вот последнее… тут зависит от восприятия — мне показалось, что будет менее неожиданным (Ruby?), если некий модификатор ничего не сделает с объектом ежели «обнулит» его. С другой стороны, вместо последнего return м. б. и исключение, и return null, в зависимости от требования внешней среды.
1) Запятые.
2) Строки для setTimeout|setInterval — неявный eval, чем плоха передача функции?
3) Указывайте контекст. Тот же window.setTimeout(), window.clearTimeout() — меньше будет поиска в стеке контекстов.
4) Зачем последнее условие в конструкторе?
5) Почему в Timer::convert() вывод и работа с таймером?
6) Зачем Timer::stop()?
6 лет условно.
Интернетателефона и дом спалит.Признайтесь, перевод just for lulz?
Вот последнее… тут зависит от восприятия — мне показалось, что будет менее неожиданным (Ruby?), если некий модификатор ничего не сделает с объектом ежели «обнулит» его. С другой стороны, вместо последнего return м. б. и исключение, и return null, в зависимости от требования внешней среды.
/** * Функция для модификации GET-параметров uri * * @param {String} uri * @param {String} paramsNew * @param {Boolean} [isReplace] * */ var uriQueryParamsModifier = function (uri, paramsNew, isReplace) { var paramsUri; paramsNew = paramsNew || ''; paramsUri = ((paramsUri = uri.match(/\?([^#]+)/)) && paramsUri[1]); if (paramsUri && isReplace) { return uri.replace(/\?[^#]+/, paramsNew ? '?' + paramsNew : paramsNew); } if (paramsNew) { return uri.replace(/(#)|$/, (!paramsUri ? '?' : '&') + paramsNew + '$1'); } return uri; }