Лучший проектный подход в Node JS - PullRequest
0 голосов
/ 06 января 2019

Я новичок в разработке Node JS. Как разработчик ASP.NET MVC, я обычно использую шаблон проектирования репозитория, где у меня есть отдельные проекты для доступа к Front-End и базе данных в одном решении. Кроме того, при создании REST API это можно добавить к существующему решению. Таким образом, когда публикуются, это API и интерфейс отделен другим маршрутом.

Я только что создал REST-сервис в Node JS, и это действительно просто, и мне это нравится. Однако, когда дело доходит до Front-end, я смотрел ReactJS, я видел блог (к сожалению, я не могу найти ссылку), где он разделяет процесс между службой REST и интерфейсом реагирования. Мне просто интересно, если это обычный шаблон проектирования в nodeJS с использованием ReactJS. И если есть польза от этого. Особенно в наше время разработчики Full Stack - обычное дело. Я вижу преимущества этого с точки зрения обслуживания, но мне просто интересно, есть ли преимущество с точки зрения ресурсов сервера, то есть памяти, процессора. Должна ли ОС обрабатывать процесс 1 против 2 nodejs? Будет ли это отличаться от использования Linux против Windows?

Ответы [ 2 ]

0 голосов
/ 06 января 2019

Если вы уже создали службу REST в узле, вы можете получить к ней доступ через прокси в package.json проекта React, добавив "прокси": "http://127.0.0.1:5001/"

Помогает справиться с проблемами CORS.

0 голосов
/ 06 января 2019

Я вижу огромное преимущество отделения внешнего интерфейса от внутреннего, поэтому я бы предложил вам запустить свой внутренний сервер Node в своем собственном проекте, и скажем, решение React работает само по себе. Клиент React может затем использовать этот API вместе с другими API. Разделяя, вы получаете преимущество масштабирования позже.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...