Tome este ejemplo de fragmento de código:
const [interval, setInterval] = useState<PartialInterval | null>(null); const handleDaySelect = (day: DateData) => { const isStartSelected = interval?.start; const isEndSelected = interval?.end; if (!isStartSelected) { setInterval({ start: parseDayToDate(day.dateString) }); return; } if (isStartSelected && !isEndSelected) { const isSelectedEndBeforeSelectedStart = isBefore( parseDayToDate(day.dateString), interval.start!, ); if (isSelectedEndBeforeSelectedStart) { setInterval({ start: parseDayToDate(day.dateString), end: interval.start, }); return; } setInterval({ ...interval, end: parseDayToDate(day.dateString) }); return; } if (isStartSelected && isEndSelected) { setInterval({ start: parseDayToDate(day.dateString) }); } }; Donde las comprobaciones nulas para el interval se asignan como un valor constante al comienzo de la función. En este caso, quiero usar no-non-null-assertion para no tener que escribir cada declaración como interval.start! ¿Es esto realmente factible en mecanografiado sin hacer explícitamente la verificación en cada declaración if? if(interval?.start) y puede continuar usando la verificación ya definida de isStartSelected .
¡Gracias por adelantado!
Una forma práctica será usar funciones asertivas para afirmar y manejar que el interval no sea nulo y, tras una afirmación exitosa, devuelva el objeto de interval .
Typescript nunca se quejará de que sea nulo porque se devuelve desde la función.
Así que la respuesta aquí:
Use la variable const asignada que ha dado en la parte superior del alcance.
Entonces, en lugar de escribir la variable isStartSelected y usarla como una verificación bool para indefinido, puede asignarle a la variable un mejor nombre startInterval y luego ts le permitirá usar la variable que ha asignado como una verificación indefinida, así como capaz de analizar y utilícelo más adelante en la función.
Caso simple de complicar demasiado el problema