Хм, если так, то вы правы, сравнение не корректное, но насколько я вижу для чтения файла в express используется библиотека send, под капотом которой, опять таки, если залезть туда, видно, что вызывается именно createReadStream. Я не углублялся в код express и библиотек, которые он использует, просто мельком глянул сейчас библиотеку, поэтому могу ошибаться, конечно
Здравствуйте! Можете прочитать комментарий выше(я понимаю, я написал его после вашего комментария, но тем не менее), где я описал по какой причине не стал использовать плагин fastify/static. Если вкратце, то использование данного плагина выходит за рамки тестирования. А если вас интересует мой опыт - 6 лет в разработке, на данный момент работаю в Европе над созданием крипто-кошелька, если интересует все резюме - напишите куда вам отправить
Здравствуйте! Да, вы правы, основная проблема заключается в использовании потоковой передачи, возможно с использованием пакета fastify-static такого разрыва бы не было, но при использовании новейших версий fastify@4.24.3 и fastify/swagger@8.12.0 пакет fastify/static не подключается, просит понижения версии fastify до 3.x., чего мне делать крайне не хотелось. Также суть тестирования - проверить скорость работы с использованием базовой и наиболее простой конфигурации серверов, соответственно если для подключения пакета требуется понижение или повышение версий других пакетов и прочие танцы с бубном, то это уже выходит за рамки текущей статьи. Но да, в следующих статьях я планирую проводить тестирование на более реальных проектах
Здравствуйте! Да, вы правы, как я и отметил в заключении логирование, обработка ошибок и прочее не были учтены, в Fastify очень много полезных и удобных вещей, которые ускорят работу реального приложения и покажут лучшие результаты чем express, но они не затрагивались в статье, думаю раскрыть подробнее позднее
Касательно статики - целью этой мини статьи как раз таки было проверить скорость работы этих фреймворков не учитывая обработку данных, работу с валидацией, сериализацией и тд.
Спасибо большое за комментарий, в следующих статьях я буду затрагивать более углубленные темы касательно сравнения этих фреймворков.
Хм, если так, то вы правы, сравнение не корректное, но насколько я вижу для чтения файла в express используется библиотека send, под капотом которой, опять таки, если залезть туда, видно, что вызывается именно createReadStream.
Я не углублялся в код express и библиотек, которые он использует, просто мельком глянул сейчас библиотеку, поэтому могу ошибаться, конечно
Здравствуйте! Можете прочитать комментарий выше(я понимаю, я написал его после вашего комментария, но тем не менее), где я описал по какой причине не стал использовать плагин fastify/static. Если вкратце, то использование данного плагина выходит за рамки тестирования. А если вас интересует мой опыт - 6 лет в разработке, на данный момент работаю в Европе над созданием крипто-кошелька, если интересует все резюме - напишите куда вам отправить
Здравствуйте! Спасибо за совет, согласен, было бы интересно проверить и протестировать более новые вариации веб-фреймворков
Здравствуйте! Да, вы правы, основная проблема заключается в использовании потоковой передачи, возможно с использованием пакета fastify-static такого разрыва бы не было, но при использовании новейших версий fastify@4.24.3 и fastify/swagger@8.12.0 пакет fastify/static не подключается, просит понижения версии fastify до 3.x., чего мне делать крайне не хотелось.
Также суть тестирования - проверить скорость работы с использованием базовой и наиболее простой конфигурации серверов, соответственно если для подключения пакета требуется понижение или повышение версий других пакетов и прочие танцы с бубном, то это уже выходит за рамки текущей статьи.
Но да, в следующих статьях я планирую проводить тестирование на более реальных проектах
Здравствуйте! Спасибо, как нибудь попробую
Здравствуйте! Да, вы правы, как я и отметил в заключении логирование, обработка ошибок и прочее не были учтены, в Fastify очень много полезных и удобных вещей, которые ускорят работу реального приложения и покажут лучшие результаты чем express, но они не затрагивались в статье, думаю раскрыть подробнее позднее
Касательно статики - целью этой мини статьи как раз таки было проверить скорость работы этих фреймворков не учитывая обработку данных, работу с валидацией, сериализацией и тд.
Спасибо большое за комментарий, в следующих статьях я буду затрагивать более углубленные темы касательно сравнения этих фреймворков.