выбор между одним серверным / интерфейсным проектом и отдельными серверными и интерфейсными проектами

Question

Я видел подход, при котором интерфейсное и внутреннее приложения размещаются в одном проекте, а внешнее приложение генерирует bundle.js, которое используется в index.html, обслуживаемом внутренним контроллером.

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

Какой подход лучше? Что следует учитывать при выборе того или иного подхода?

Answer 1

У вас может быть два подхода, как вы упомянули.

1. Внешний интерфейс и серверная часть в одном проекте.
2. Внешний интерфейс и серверная часть в другом проекте.

Я хотел бы выделить различия для обоих

Для пункта 1 Подходит там, где

1. У вас есть небольшие проекты.
2. Где все может управляться в одном проекте, например, с точки зрения поддержки не требуется слишком много бэкэнда.
3. Если есть один интерфейс, использующий один бэкэнд-проект.

Подробно рассмотрим третий пункт, например рассмотрим, есть ли у вас разные проекты внешнего интерфейса, взаимодействующие с одним и тем же сервером.

И главное, вы хотите публично раскрыть свой API, тогда это не рекомендуется для первого подхода

Подход 2 - это что-то

Там, где вы пишете разделяемые API-интерфейсы, командам требуется поддержка, слишком большая часть серверной части требуется и поддерживается время от времени эт c ... Например как микросервисная архитектура .... !!!