Я собираюсь создать приложение, которое будет преимущественно отображать большое количество записей в таблице на стороне сервера страниц html, то есть я буду перебирать объект результатов в моем шаблоне и просто оберните каждую возвращаемую строку/listItem в некоторый html, а затем возвратите документ клиенту асинхронно; клиентской стороне будет много тривиальных (с точки зрения обработки) взаимодействия с пользователем. Я ожидаю, что записи, которые я буду перебирать, будут в тысячах, поэтому я думаю, что механизм шаблонов - это мое основное требование к функции в веб-среде.Как узел node.js конкурирует с другими фреймами для преимущественно рендеринга больших шаблонов
Мое приложение будет, по большей части, быть одностраничным приложением, которое будет изменять асинхронно, а не перезагружать любые страницы.
Я могу разделить загрузку/рендеринг и возврат документов в блоки, увеличив число асинхронных вызовов.
Я пришел из фона python/flask (jinja2) и java servlet/playframework (japid) и просто задавался вопросом, был ли этот проект подходящим для проекта node.js (у меня нет опыта работы с узлами, читайте об этом), или я должен просто придерживаться своих знакомых технологических стеков. Я просто убеждаюсь, что я не заставляю узел на чем-то, чего не должен быть.
Соответствует ли оно вашим потребностям в производительности, когда вы его проверяете? – WiredPrairie
@WiredPrairie Думаю, я просто надеялся получить немного проницательности, прежде чем я вскочил с людей, более опытных в узле, чем я, независимо от того, представлял ли он это жизнеспособный вариант использования. – alh