Tengo un protector de tipos que comprueba si existe authResponse. Funciona bien, pero en el interior espera una nueva Promesa. Tengo un error de compilación, ese objeto es posible que sea nulo. Verifico el tipo en la condición de enlace profundo y hay AuthResponse, pero dentro del nuevo tipo Promise está AuthResponse | nulo. ¿Podría decirme, por favor, si es posible hacer que este tipo funcione correctamente dentro de New Promise sin un encadenamiento opcional?
const hasAuthResponse = ( response: AuthResponse | null, ): response is AuthResponse => !!response; if (hasAuthResponse(authResponse)) { const deepLink = getRedirectDeepLink( redirect_to_scheme, "", allowedSchemas ?? undefined, ); if (deepLink) { router.push({ pathname: deepLink, query: { rsid: authResponse.rsid, }, }); return; } await new Promise<void>((resolve) => { helper ? helper.propagateSession( authResponse.rsid, { back: back ?? Urls.PROFILE, }, resolve, ) : resolve(); }); }Su ejemplo no está del todo completo, pero apostaría a que authResponse probablemente no sea const .
Dado que la llamada de promesa es asíncrona, TypeScript infiere que el valor de authResponse podría haberse vuelto null en el momento en que se llama propagateSession .
La solución fácil es volver a vincular authResponse a un nombre local y usarlo (ya que está garantizado que su tipo seguirá siendo AuthResponse ):
if (hasAuthResponse(authResponse)) { const authResponse2 = authResponse; // inferred type: AuthResponse pero dado que solo usa el campo rsid de AuthResponse, puede desestructurarlo de authResponse y usarlo en las llamadas posteriores:
if (hasAuthResponse(authResponse)) { const {rsid} = authResponse;