¿Por qué en auth.guard.ts accedemos a user$ directamente con <strong>this.authService.user$.pile</strong> pero en el resto de componentes...

Buena observación. Un

en este caso implementa la interface . Que lo fuerza a implementar la función que debe devolver una respuesta de alguno de los siguientes tipos:

Primero, esto devolvía:

const token = this._tokenService.getToken();
    if (!token) {
      this._router.navigate(['/home']);
      return false;
    }

    return true;

Es correcto, devuelve un

.

En el caso que mencionas. Está devolviendo un

que internamente se resolverá con un .

return this._authService.user$
      .pipe(
        map(user => {
          if(!user) {
            this._router.navigate(['/home']);
            return false;
          }

          return true;
        })
      )

Básicamente le está diciendo al guard.

Ten este observable de usuario, que si hay un usuario logueado, te lo mostrará. Pero, si hay alguno, devuelve un

true

, de lo contrario un

false

Esta lógica está dentro del

donde a través del operador se transforma la respuesta a o en cuestión de si hay un usuario logueado o no.