Могу ли я использовать сервлет с Angular JS и реализовать архитектуру MVC?

Угловому не важно, что вы используете на стороне сервера, он просто рассчитывает, что сможет отправлять JSON-кодированные данные в тело запросов и получать ответы, кодируемые JSON. Поэтому короткий ответ - да, вы можете. Что касается MVC, то в основном слои этого шаблона проектирования используются во всей структуре клиентской стороны, на стороне сервера обычно у меня есть только код, который загружает данные из базы данных (или обновляет/вставляет/удаляет данные), затем кодирует ее и отправляет ее клиенту, Таким образом, сервер по существу отделен от клиента и может быть перезаписан или добавлен/добавлен без замены.

MVC просто означает контроллер представления модели, который является шаблоном проектирования для деления кода. Модель - это сама информация и является "источником истины" для обновления представления, контроллер отвечает за внесение изменений в модель, и текущее состояние модели всегда отражается в представлении.

С Spring MVC традиционно сервер будет отвечать за полную обработку запроса с помощью контроллера, который обновляет модель, а затем генерирует представление, которое было доставлено клиенту.

С помощью Angular вы используете запросы AJAX для получения данных с сервера, затем вы обновляете свою модель (обычно через контроллер в качестве прокси-сервера для службы/фабрики в угловых условиях), а затем привязки/часы в угловом режиме автоматически обновляют представление.

Таким образом, в случае углового действительно ваша серверная сторона не несет ответственности за создание представления, но несет ответственность только за сохраняющиеся данные (а также за проверку подлинности и авторизацию). На вашей стороне сервера вы все равно можете поддерживать модель, которая соответствует какой-либо схеме в базе данных или иным образом, и у вас может быть некоторый уровень обработки маршрута, который можно было бы рассматривать на контроллере на стороне сервера, который действует на модель, вы просто не имеете дело с взгляд на все больше.

Существует множество преимуществ для этого подхода как для конечного пользователя, так и с точки зрения разработки. Вы можете протестировать свой сервер и интерфейс отдельно, и вы можете реорганизовать или заменить либо создать дополнительные интерфейсы (собственные клиенты и т.д.), Либо добавить бэкэнд-модули, не нарушая клиентов. Единственное, что вам нужно позаботиться, это поддерживать согласованный интерфейс между вашим клиентом и серверными компонентами.