Да что такое этот ваш rest get?
это как rest post, но на именованных кастомных и не кастомных событиях, типа .on( 'givememoney', ( data ) => { ... } )
да тут велик делаю... пытаюсь определиться с декораторами... по следам nestjs возникли 2 мысли: 1. По rest запросу отдавать json целиком, самый простой способ JSON.stringify() 2. тот же json отдавать частями, но тут алгоритм более сложный допустим если отдавать кучу строк из базы, есть соблазн контроллер смешать с сервисом. Я так понимаю второй вариант не встречается почти никогда?
Технически думаю можно из сервиса возвращать стрим, который читает из базы, а в контроллере добавить стрим, который поточно сериализует в json. Там же в контроллере собрать из них пайплайн и вывод направить в ответ. Но если честно, не уверен стоит ли.
у ноды ограничение на размер строки - 512Mb (для x32 OS) и 1Gb (для x64 OS). Есть горький опыт, что когда JSON.stringify упирается в это ограничение - случается жопаболь. Это так, к сведению.
по моим примерным подсчётам, у меня там порядка 4.35Гб данных на выходе должно было быть, так что гиг - это мелочь.
в принципе я так и сделал сейчас, думаю декораторы сделаю дополнительные, что бы в логику зашить несколько вариантов что отдает функция-сревис ) скажем строка, объект, какой нить xml-dom, ну и стрим, конечно всё будет основано на стриме... по крайней мере теперь я знаю что делаю это не зря
stringify уже переписал?
тесты переписал. На mocha. А это - не, пока не горит.
А на чём раньше были тесты?
я бы stringify переписал, там только нюанс со стримами, низя concat делать ) ну и можно отдавать со сжатием.
неожиданно
А чем мока лучше жеста
А чем моча лучше жеста
Сам ты моча
Я вопрос задал потому, что не понимаю что такое rest запрос Rest это концепция, "архитектурный стиль". Что значит рест запрос? Обычно бывают запросы по http и rpc вызовы
Обсуждают сегодня