angular / angular/angular-cli

ng serve with traditional backend

Abierto
#24,478 5 comentarios 5 reacciones 0 asignados Ver en GitHub
angular/build:dev-server area: @angular/build feature feature: insufficient votes
Lenguaje dominante
TypeScript
Estrellas
27k
Forks
11.8k
Merge medio
14 h 23 min
PR fusionados (30 d)
162

Descripción

### Which @angular/* package(s) are relevant/related to the feature request?

compiler-cli

### Description

I would like to serve the index.html using a traditional backend, and use ng serve to get HMR for the angular app.

The issue with a proxy for the backend API calls is that development and production behave differently. Also, you cant have additional logic on the backend before serving the index.html (for example cookie auth)

### Proposed solution

Have a flag on `ng serve` that the websocket should go directly to the angular server. and would be nice if we can have a single script instead of having to add it all manually.

In vite all you need to do is add the following to your server's HTML template.
```

```
https://vitejs.dev/guide/backend-integration.html

### Alternatives considered

I tried adding the full path to the angular scripts, but the `/ng-cli-ws` calls goes to the backend server.

```


Angular


```

`--public-host=localhost:4200` fixes the /ng-cli-ws call, but lazy loading and the .hot-update.json still goes the backend server.
![image](https://user-images.githubusercontent.com/46120703/210085539-caec948c-1db4-4912-8fbd-1cf0190798bd.png)

changing the base href to `https://localhost:4200/` fixes above, but breaks the routing links

also, you need to enable ssl if your backend is ssl, as it will go to wss instead of ws, i think this should rather be based on options.ssl see https://github.com/angular/angular-cli/issues/24373#issue-1475322626.

Guía de contribución

Abrir la guía de contribución

Línea de trabajo

Comienza rastreando el manejo de ng serve para /ng-cli-ws, los assets cargados de forma diferida, los archivos de hot-update y el comportamiento de options.ssl; después, revisa el flujo existente de public-host. Se considera terminado cuando exista una forma compatible de servir los assets de desarrollo de Angular y websocket a través de un backend tradicional sin romper el enrutamiento del backend ni la selección del protocolo.

Escrito por el modelo de indexación a partir del texto del issue.

Evaluación

Stack tecnológico
angular, typescript
Área
cli
Tipo de issue
Nueva funcionalidad
Dificultad
4/5
Tiempo estimado
3-5 días
Estado de actividad
Estancado
Claridad
Bastante claro
Aptitud para principiantes
35/100

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.