05.04.2018, 17:40
|
|
Кандидат Javascript-наук
|
|
Регистрация: 19.09.2015
Сообщений: 117
|
|
|
Nexus,
Что касается вашего кода, то у меня там вся консоль засралась, я ничего не понял. Кто так тестит, что всю консоль выхлопом засирает? Убрал выхлоп, получилось примерно то же самое, что у меня. Так что не надо лапшу тут вешать
|
|
05.04.2018, 17:42
|
 |
Профессор
|
|
Регистрация: 01.12.2016
Сообщений: 3,650
|
|
|
практически любой метод для работы со строками или массивами можно заменить обычным циклом, опять же вопрос удобства использования.
чем выше степень абстракции там медленнее код.
на более низкоуровневых языках можно написать код который будет гораздо быстрее, только вот нужны ли такие мучения??
зачем нужны языки с динамической типизацией если на выполнение требуется больше процессорного времени?
вопрос удобства использования =)
|
|
05.04.2018, 17:45
|
|
Профессор
|
|
Регистрация: 01.12.2016
Сообщений: 3,650
|
|
|
sortarray,
сам браузер тоже влияет, некоторые методы в FF выполняются в 5-10 раз быстрей чем в хроме, другие же наоборот.
|
|
05.04.2018, 17:47
|
|
Профессор
|
|
Регистрация: 04.12.2012
Сообщений: 3,791
|
|
|
sortarray, в Chrome в консоль выводится 4 строки, 2 из которых со счетчиком.
|
|
05.04.2018, 17:48
|
|
Профессор
|
|
Регистрация: 01.12.2016
Сообщений: 3,650
|
|
https://jsperf.com/ -вот хороший сервис чтобы скорость тестировать
|
|
05.04.2018, 17:48
|
|
Кандидат Javascript-наук
|
|
Регистрация: 19.09.2015
Сообщений: 117
|
|
|
Сообщение от j0hnik
|
|
но вряд ли это-кто-то заметит
|
Смотря на какой задаче. Если много операций с DOM -- вполне. Они и сами по себе самые тормозные, а тут еще медленные селекторы |
|
05.04.2018, 17:51
|
|
Кандидат Javascript-наук
|
|
Регистрация: 19.09.2015
Сообщений: 117
|
|
|
Сообщение от Nexus
|
|
в Chrome в консоль выводится 4 строки, 2 из которых со счетчиком.
|
Меня вывод в консоль самих колбеков не интересует, это вообще асинхронная операция. Короче, на вашем коде, который исправлен на нормальный, отслеживающий то-что нужно, addEventListener точно так же позорно слил
https://jsfiddle.net/asaLt1by/ |
|
05.04.2018, 17:51
|
|
Профессор
|
|
Регистрация: 01.12.2016
Сообщений: 3,650
|
|
Сообщение от sortarray
|
|
Смотря на какой задаче.
|
 |
|
05.04.2018, 17:57
|
|
Кандидат Javascript-наук
|
|
Регистрация: 19.09.2015
Сообщений: 117
|
|
|
Сообщение от j0hnik
|
практически любой метод для работы со строками или массивами можно заменить обычным циклом, опять же вопрос удобства использования.
чем выше степень абстракции там медленнее код.
на более низкоуровневых языках можно написать код который будет гораздо быстрее, только вот нужны ли такие мучения??
зачем нужны языки с динамической типизацией если на выполнение требуется больше процессорного времени?
вопрос удобства использования =)
|
вопрос не только в самих абстракциях, но и возможности их реализации. Использование хардкорных абстракций тут только в минус.
Плюсом тут только универсальность кода при совместной разработке.
Почти все методы массивов можно написать и без нативной поддержки. Нативная поддержка нужна только для специфических фич, таких как Proxy, например |
|
05.04.2018, 18:08
|
|
Кандидат Javascript-наук
|
|
Регистрация: 19.09.2015
Сообщений: 117
|
|
|
Сообщение от j0hnik
|
|
зачем нужны языки с динамической типизацией если на выполнение требуется больше процессорного времени?
|
Кстати, основная задача статической типизации не в скорости, а в проверке типов на стадии компиляции. Это еще не факт, что динамика во всех случаях сольет, взять хоть те же хаскель, жаву или решетку -- достаточно тормозные языки, в целом, особенно по памяти |
|
|
|
