Мы потратили много времени на оптимизацию нашего кода, чтобы повысить производительность UX в нашем приложении. Но, тем не менее, мы думали, что это не соответствовало отметке, так как потребовалось немного больше времени, чтобы загрузить пользовательский интерфейс, в то время как получить ответ от API был менее чем за секунду. Мы чувствовали, что что -то не так.
Мы решили проверить конкретную страницу, какую часть кода занимает много времени, используя панель производительности от инструмента Chrome Dev.
Мы все были удивлены после того, как посмотрели на результат. Это было _.findwhere Это заняло много времени. Мы используем underscore.js (библиотека JavaScript, которая предоставляет вспомогательные функции) на протяжении всего нашего приложения. Мы использовали _.findwhere В некоторых местах, где есть лучшая альтернатива, которая быстро выполняется.
Так плохо использовать _.findwhere ?
Ответ Нет Анкет Нет ничего плохого в использовании _.findwhere , Но вам также нужно знать, когда не использовать его.
Предположим, у вас есть множество объектов, скажем, example_array Вы хотите найти конкретный объект в этом массиве только один раз. Затем с помощью _.findwhere хорошо.
Но у вас есть сценарий, в котором вы хотите найти разные объекты из example_array В разных местах вашего контроллера, затем используя _.findwhere было бы плохой идеей. Почему вы хотите проанализировать один и тот же массив, снова и снова зацикленная?
Вместо этого укажите массив и немедленно получите объект. Вы получите необходимый результат в кратчайшие сроки.
Когда мы выполнили это изменение, заменив _.findwhere с индексированными объектами. Производительность нашей страницы была улучшена. Страница загружалась заметно быстрее, чем до 🙂
Так что будьте уверены, когда использовать _.findwhere и когда не использовать.
Я надеюсь, что этот пост поможет 🙂
Оригинал: “https://dev.to/deepika_banoth/is-it-good-to-use–findwhere-always-2omp”