Предварительная обработка через прямое промежуточное программное обеспечение или через систему сборки

Question

Предварительная обработка статических ресурсов с помощью промежуточного программного обеспечения (с использованием экспресс) - хорошая идея для производственных сред? По моему мнению, стеки промежуточного программного обеспечения запускаются последовательно для каждого запроса. Разве это не означало бы тогда, что препроцессорная средняя будет восстанавливать статический ресурс (т. Е. Some_styles.less -> some_styles.css) после каждого запроса? Если это так, было бы лучше просто предварительно обработать систему сборки, такую ​​как grunt.js, заранее и обслуживать эти файлы? Я хотел бы, чтобы окончательный рендеринг css и js был объединен в один файл и уменьшен.

Кроме того, стоит ли предварительно отображать html из шаблонов (например, нефрита) на страницах с только статическим контентом? Или это больше проблем, чем того стоит?

Answer 1

Самый простой способ обработки CSS и JS предварительной обработки и минимизации - это какая-то система сборки, будь то хрюканье, торт и т. Д. Это также может принести некоторые преимущества в производительности; по крайней мере, это уменьшает рабочую нагрузку для вашего сервера.

Для моих проектов у меня есть задачи в моем Cakefile для обработки как CSS, так и JS. Они вызываются запуском задачи сборки и просто выводятся в каталог статических файлов, который настроен через app.use("/res", express.static("RESDIR")).

Что касается предварительного рендеринга HTML, он будет предлагать преимущество в производительности. Если это не очень сложно, я бы пошел вперед и предварительно сделал все, что вы легко можете. Гораздо проще сделать это раньше, чем загнать его в путь (если вы ожидаете какого-то роста, это может иметь значение в будущем).