JavaScript заменить обратный вызов - вопрос производительности

Question

В JavaScript, вы можете определить обработчик обратного вызова в регулярное выражение строку замены операции:

str.replace(/str[123]|etc/, replaceCallback); 

Представьте, что вы есть подстановок объект строк и замены.

var lookup = {"str1": "repl1", "str2": "repl2", "str3": "repl3", "etc": "etc" }; 

и эта функция обратного вызова:

var replaceCallback = function(match) { 
    if (lookup[match]) 
    return lookup[match]; 
    else 
    return match; 
} 

Как бы вы оценили производительность выше обратного вызова? Есть ли способ улучшить его? Будет

if (match in lookup) //.... 

или даже

return lookup[match] || match; 

приводят к возможности для компилятора JS для оптимизации, или это все то же самое?

Answer 1

+1 Анни о перфомансах.

Но я бы с

return lookup[match] || match; 

не только это только один поиск собственности (а не - за исключением оптимизации - два, как в ваших предыдущих примерах), но это также короче и (это не всегда относится к более коротким кодам) clearer для любого наполовину опытного JavaScript-кодера. Это будет иметь тенденцию бросать новичков немного, но одна из первых вещей, которые вы хотите учить новичкам, - это то, как специальные (и отлично) и && работают в JavaScript, поэтому ...

Он также работает вокруг нескольких (очень) краевых случаев в некоторых реализациях. (Пример: 'toString' in {} должен быть true [все объекты наследуют toString от Object прототипа], но это в JScript от Microsoft false.)

Что касается оптимизации: запрещающий очевидно (не сделать ваше условие цикла функции, которая должна переходите к подсчетам, если это может быть инвариант, избегайте дублирования поиска без необходимости), даже если отсутствует общая дискуссия о том, стоит ли беспокоиться об этом, прежде чем вы увидите проблему (иногда называемую «преждевременной оптимизацией»), это особенно верно для JavaScript для общая сеть. Различные микро-оптимизации имеют разные результаты в разных реализациях, иногда конфликтующие результаты («А» лучше в Internet Explorer, но намного хуже в FireFox и наоборот). В основном это вопрос ожидания, пока вы не увидите конкретную проблему, а затем обратитесь к этой конкретной проблеме.

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

Answer 2

Вы можете использовать инструмент сравнения, например JSLitmus, для сравнения различных подходов. Обязательно проверьте различные браузеры.