Структура решения и папок для базового API-интерфейса Angular и Net - PullRequest
Новая
       17

Структура решения и папок для базового API-интерфейса Angular и Net

1 голос
/ 19 марта 2019

У нас есть решение, которое содержит проект Net Core 2.2 (API) + Angular 7 из стандартного шаблона Visual Studio, который сочетает в себе оба.

Из-за проблем с производительностью при загрузке / отладке мы смотрим на разделение API и Angular, и кажется, что в любом случае было бы хорошей идеей в случае появления дополнительных клиентов в будущем? Требуется более минуты, чтобы запустить отладку.

Итак, при условии, что в нашем решении VS есть проект API и некоторые другие библиотеки классов. Затем мы просто добавим в файловую систему папку для углового проекта, оставив ее вне Visual Studio. Или есть ли способ сохранить его в мире Visual Studio?
Как примечание, мы начали все больше и больше использовать VS Code для работы на стороне клиента, поэтому не привязаны к VS для всего.

Продолжаем ли мы раскручивать отдельные репозитории и хранить их даже не в одной папке?

Оглядываясь назад, я не уверен, есть ли прямой ответ или он субъективен. Если ему нужно перейти в один из других стеков, тогда нет проблем.

1 Ответ

0 голосов
/ 19 марта 2019

Вы должны иметь возможность просто создать папку вручную в исходной директории и поместить туда свой Angular.Затем в Visual Studio щелкните правой кнопкой мыши свое решение в обозревателе решений и выберите «Добавить»> «Существующий веб-сайт» ... Наконец, выберите созданную вами папку.

Теперь получить все для запуска немного сложнее.Лично я бы рекомендовал запускать все в контейнерах с Docker.Вам просто нужно добавить Dockerfile s во все ваши проекты запуска (включая этот каталог веб-сайта Angular).Затем вы можете добавить проект docker-compose и добавить каждое из приложений в качестве служб в docker-compose.yml.При этом вы можете выбрать проект docker-compose для отладки, и Visual Studio передаст все это Docker для Windows (который вам, очевидно, нужно будет установить), и все это будет запущено.В любом случае, Docker великолепно подходит для разработки, поэтому даже без этой особой необходимости я бы посоветовал вам начать его использовать.

...