Сплит React и WebAPI в 2 проектах?

Question

после того, как я застрял в Asp.Net MVC и JQuery на 4 года, я хочу пойти дальше и переключиться на .net Core 2, WebAPI и React.

Так что я выучил множество инструкций и руководствно что меня удивляет, так это то, что в каждом уроке говорится, что вы добавляете реакцию только в проект WebAPI в vs2017?

Разве это не лучший способ сделать проект для WebAPI и один новый проект для React (просто папка в решении, например, и работать с кодом здесь?)

Почему / почему нет?

Answer 1

Обязательно разбейте их на 2 разных проекта.

API:

Использование WebAPI в visual studio в качестве отдельного проекта, привязка проекта к фиксированному порту в IIS.

ВЗАИМОДЕЙСТВУЕТ:

Используйте ReactJS с VS CODE в качестве нового проекта и дайте ему работать с тем локальным хостом: PORT, который вы определили в IIS.

При развертывании в производство вы можете использовать сервер Windows для запуска ОБА из них на IIS. Один другой сайт в качестве API (тогда вы можете указать api.DOMAIN.com в своем домене), а другой - на том же IIS-сервере, на котором будет выполняться код вашего клиента (www.DOMAIN.com), или вы можете настроить NODE для его запуска в Windows. , но тогда вам потребуется дополнительная работа, чтобы она работала в производственной среде.

Лично я бы не стал этого делать, и я бы запустил приложение реагирования на Apache или NGINX. И если это не крупномасштабный веб-сайт, вы можете просто использовать Heroku для развертывания.

Answer 2

Я бы разделил на 2 отдельных проекта. API предназначены для повторного использования, даже если для начала вы создадите свой API для определенного интерфейса.

Создание 2 проектов и репозиториев. Они также могут быть развернуты независимо, ваш WebAPI будет размещен в среде .NET, в то время как вы можете разместить свое приложение React буквально в любом месте.