Какова роль экспресса, если существует автономный API?

0

Предполагая, что у меня уже есть отдельная конечная точка API (например, ASP.NET Web API), есть ли какая-либо причина для реализации node/express?

например:
1) Угловой <-> Узел/экспресс <-> Веб-интерфейс ASP.NET <-> MongoDB
2) Угловой <-> Веб-интерфейс ASP.NET <-> MongoDB

Вопросов:
1) Любые льготы и возврат к реализации 1 и реализация 2?
2) Возможно ли, чтобы угловой передать параметр строки запроса в узел/выражение и использовать узел/выражение для вызова asp.net web api вместо этого? Если это возможно, есть ли какое-либо преимущество в этом, вместо прямого доступа к веб-интерфейсу напрямую из Angular?

  • 0
    зависит от того, где страница и ресурсы обслуживаются. Недостаточно информации для оценки ситуации.
  • 0
    Страница @charlietfl будет обслуживаться со стороны клиента. А ресурсы будут обслуживаться из веб API? Я не уверен, что вы подразумеваете под ресурсом в данном случае. Но в конце он получит доступ к веб-API для получения данных из БД. Итак, есть ли смысл использовать angular для вызова Node / Express для доступа к API вместо прямого доступа к нему через $ http в angular?
Теги:
architecture
express

1 ответ

1
Лучший ответ

Подход №1 может быть лучше из-за этих аспектов:

  1. Он скроет реальные конечные точки API
  2. Можно добавить дополнительный уровень безопасности (например, токены) между сервером API и сервером Express
  3. Невозможно выполнить прямые HTTP-запросы к службе веб-API, если страница была передана через HTTPS (угловой случай, хотя это хорошо, чтобы принять во внимание)
Поделиться
  • 0
    Понимаю. Есть ли шаблон для перенаправления в узел / экспресс? Я не могу найти учебник по этому. Все, что я видел в Интернете, значит.
  • 0
    Я не могу посоветовать что-то конкретное, так как это зависит от самого проекта. Вероятно, лучший способ понять ваше направление - начать с подключений через Angular <-> Node / express <-> ASP.NET Web API.

Ещё вопросы

Сообщество Overcoder
Наверх
Меню