AskOverflow.Dev

AskOverflow.Dev Logo AskOverflow.Dev Logo

AskOverflow.Dev Navigation

  • Início
  • system&network
  • Ubuntu
  • Unix
  • DBA
  • Computer
  • Coding
  • LangChain

Mobile menu

Close
  • Início
  • system&network
    • Recentes
    • Highest score
    • tags
  • Ubuntu
    • Recentes
    • Highest score
    • tags
  • Unix
    • Recentes
    • tags
  • DBA
    • Recentes
    • tags
  • Computer
    • Recentes
    • tags
  • Coding
    • Recentes
    • tags
Início / coding / Perguntas / 79590034
Accepted
Mario Vernari
Mario Vernari
Asked: 2025-04-24 15:29:45 +0800 CST2025-04-24 15:29:45 +0800 CST 2025-04-24 15:29:45 +0800 CST

Como você faz o tipo de retorno de uma função depender de seu tipo de argumento?

  • 772

Digamos que eu tenha algo assim:

type TIn = {
    xa?: number;
    xb?: string;
    xc?: boolean;
    // ...
}

type TOut = {
    ya: number | undefined;
    yb: string | undefined;
    yc: TPerson | undefined;
    // ...
}

type TPerson = {
    name: string;
    age: number;
}

function fn(input: TIn): TOut {
    // ...
}

Agora, digamos que eu queira aplicar a verificação estática de nulidade dos campos de saída em relação à entrada. Por exemplo:

  • quando xaé um number, o relacionado yatambém será um number;

  • quando xaé undefined, yaserá também undefined;

  • quando xbé um string, o relacionado ybpode ser um stringou undefined;

  • quando xbé undefined, ybserá também undefined;

E assim por diante.

Em C#, há atributos especiais para instruir o compilador sobre como verificar estaticamente a nulidade.

https://learn.microsoft.com/en-us/dotnet/csharp/language-reference/attributes/nullable-análise

Gostaria de saber se existe algum "substituto" (quero dizer, brincar com tipos e utilitários) no TypeScript para obter uma verificação de nulidade mais completa.

Além disso, não é uma solução personalizada "como este exemplo", mas sim uma ferramenta modular para usar em qualquer caso.


EDIT: Aqui está uma tentativa de resolver, não está funcionando, mas foi adicionada para maior clareza.

Abaixo estão os supostos ajudantes:

//maps TResult when T1 is not undefined
//undefined otheriwse
type TNotNull<T1, TResult> = T1 extends {}
    ? TResult
    : undefined;

//maps TResult | undefined when T1 is not undefined
//undefined otheriwse
type TMaybeNull<T1, TResult> = T1 extends {}
    ? TResult | undefined
    : undefined;

//maps TResult when both T1 and T2 are not undefined
//undefined otheriwse
type TNotNullWhenBoth<T1, T2, TResult> = T1 extends {}
    ? T2 extends {} ? TResult : undefined
    : undefined;

Poderia haver muito mais (mais argumentos, lógica mais complexa, etc.)

Agora, como exemplo, vamos definir o contrato de entrada da função:

type TIn = {
    a?: number;
    b?: number;
    s?: string;
}

Para o tipo de saída, a ideia é compô-lo usando os supostos auxiliares:

type TOut<T extends TIn> = {
    inv_a: TNotNull<T["a"], number>;
    flag: TMaybeNull<T["b"], boolean>;
    str: TNotNull<T["s"], string>;
    sum: TNotNullWhenBoth<T["a"], T["b"], number>;
}

Ou seja, para inv_a:

  • quando aé um número, inv_atambém é um número
  • quando aé indefinido, inv_atambém é indefinido

Para flag:

  • quando bé um número, flagé um booleano ou indefinido
  • quando bé indefinido, flagtambém é indefinido

Para str, similarmente a inv_a:

  • quando sé uma string, strtambém é uma string
  • quando sem indefinido, strtambém é indefinido

Para sum, mesma lógica que inv_a, mas dois argumentos AND-ed:

  • quando ambos ae bsão números, sumtambém é um número
  • sumserá indefinido caso contrário

Por fim, vamos escrever a função. Aqui, a implementação não é importante. Fora da função, precisamos apenas que o contrato de entrada/saída seja sempre satisfeito.

const flags: Array<boolean> = new Array(10);
flags[3] = true;

function fn(input: TIn): TOut<TIn> {
    const { a, b, s } = input;
    //just an example of implementation
    const inv_a = typeof a === "number"
        ? 1 / a
        : void 0;
    const flag = typeof b === "number"
        ? flags[b]
        : void 0;
    const str = typeof s === "string"
        ? s + "hello!"
        : void 0;
    const sum = typeof a === "number" && typeof b === "number"
        ? a + b
        : void 0;
    return { inv_a, flag, str, sum }
}

Neste ponto, aqui estão alguns casos de uso e como a inferência de resultados é esperada:

//expected inference: all undefined
//actual inference: inv_a:number|undefined; flag:boolean|undefined; etc
const { inv_a, flag, str, sum } = fn({});

//expected inference: flag:boolean | undefined; rest undefined
//actual inference: inv_a:number|undefined; flag:boolean|undefined; etc
const { inv_a, flag, str, sum } = fn({ b: 3 });

//expected inference: inv_a:number; str:string; flag, sum:undefined
//actual inference: inv_a:number|undefined; flag:boolean|undefined; etc
const { inv_a, flag, str, sum } = fn({ a: 5, s: "xyz" });

//expected inference: inv_a, sum:number; flag, str:undefined
//actual inference: inv_a:number|undefined; flag:boolean|undefined; etc
const { inv_a, flag, str, sum } = fn({ a: 5, b: 3 });

Infelizmente, não funciona.

typescript
  • 3 3 respostas
  • 90 Views

3 respostas

  • Voted
  1. Антон Петров
    2025-04-24T16:20:22+08:002025-04-24T16:20:22+08:00

    Você precisa declarar vários tipos que deseja que sejam aceitáveis, por exemplo

    type TIn1 = {
        xa: number;
        xb: number;
        // ...
    }
    
    type TIn2 = {
            // ...
    }
    
    type TIn3 = {
        xa?: string;
        xb?: string;
    }
    

    E então combine-os em uma união:TProps = TIn1 | TIn2 | TIn3

    • 0
  2. KaaBEL
    2025-04-24T22:34:25+08:002025-04-24T22:34:25+08:00

    Há apenas algumas correções para tornar o novo código de exemplo da pergunta funcional.

    interface TIn {
        a?: number;
        b?: number;
        s?: string;
    }
    
    // Conditional Type `T extends {}` doesn't work well for literals
    type TAll = string | number | Symbol | object;
    
    type TNotNull<T1, TResult> = T1 extends TAll
        ? TResult
        : undefined;
    
    type TMaybeNull<T1, TResult> = T1 extends TAll
        ? TResult | undefined
        : undefined;
    
    type TNotNullWhenBoth<T1, T2, TResult> = T1 extends TAll
        ? T2 extends TAll ? TResult : undefined
        : undefined;
    
    // TOut requires type of the inputted object
    interface TOut<T extends TIn> {
        inv_a: TNotNull<T["a"], number>;
        flag: TMaybeNull<T["b"], boolean>;
        str: TNotNull<T["s"], string>;
        sum: TNotNullWhenBoth<T["a"], T["b"], number>;
    }
    
    // which is achieved using Generic Types, I guess
    function fn<T extends TIn>(input: T): TOut<T> {
        return;
    }
    
    //inference: inv_a,flag,str,sum:undefined;
    { const { inv_a, flag, str, sum } = fn({}); }
    
    //inference: inv_a:undefined; flag:boolean|undefined;
    //    str,sum:undefined
    { const { inv_a, flag, str, sum } = fn({ b: 3 }); }
    
    //inference: inv_a:number; str:string; flag,sum:undefined
    { const { inv_a, flag, str, sum } = fn({ a: 5, s: "xyz" }); }
    
    // not sure why flag is expected to be undefined not boolean
    //inference: inv_a,sum:number; flag:boolean|undefined; str:undefined
    { const { inv_a, flag, str, sum } = fn({ a: 5, b: 3 }); }
    

    Testado no playground TypeScript .


    Resposta antes da pergunta Editar:

    Tipos mapeados https://www.typescriptlang.org/docs/handbook/2/mapped-types.html parece ser o que você está procurando.

    Consegui fazer isso:

    As interfaces definem: estrutura do objeto de entrada, remapeamento das chaves de propriedade de saída para as de entrada, tipos relacionados aos campos do objeto de entrada, se presentes.

    interface TPerson {
        name: string;
    }
    
    interface TIn {
        xa: number;
        xb: string;
        xc: boolean;
        // ...
    }
    
    interface TRename {
        ya: "xa";
        yb: "xb";
        yc: "xc";
        // ...
    }
    
    interface TOut {
        ya: number;
        yb: string;
        yc: TPerson;
        // ...
    }
    

    TIna interface é remapeada para definir o modelo de entrada T e torna as propriedades do objeto de entrada opcionais.

    function fn<T extends { [K in keyof TIn]?: TIn[K] }>(input: T): {
        [
            // the output object uses changed property keys of TOut
            // and TIn to check if property is present in input object
            // thanks to extends keyword - Conditional Types
            K in keyof TOut as T[TRename[K]] extends TIn[TRename[K]] ?
                K :
                never
        ]: TOut[K];
    } {
        // ...
        return /* ...resulting output object */;
    }
    

    Fiz alguns testes:

    var test0 = fn({ xa: 77 }); // intelisense type hint:
    //var test0: {
    //    ya: number;
    //}
    test0.yc.name = "Name"; // TS2339: (TS) Property 'yc'
    // does not exist on type '{ ya: number; }'.
    
    var test1 = fn({ xc: false }); // intelisense type hint:
    //var testl: {
    //    yc: TPerson;
    //}
    test1.yc.name = "Name";
    test1.yb.slice(); // TS2339: (TS) Property 'yb'
    // does not exist on type '{ yc: TPerson; }'.
    
    var test2 = fn({ xa: 0, xb: "", xc: true }); // intelisense type hint:
    //var test2: {
    //    ya: number;
    //    yb: string;
    //    yc: TPerson;
    //}
    
    • 0
  3. Best Answer
    Mario Vernari
    2025-04-26T13:10:48+08:002025-04-26T13:10:48+08:00

    Obrigado ao jcalz (veja os comentários da pergunta), que me sugeriu o caminho correto.

    Minha tentativa estava correta, mas falhou em um ponto fundamental: instruir a dependência de entrada/saída declarando a função como genérica.

    Então isso vai funcionar:

    declare function fn<T extends TIn>(input: T): TOut<T>;
    
    
    {
      //expected inference: all undefined
      const { inv_a, flag, str, sum } = fn({});
    } {
      //expected inference: flag:boolean | undefined; rest undefined
      const { inv_a, flag, str, sum } = fn({ b: 3 });
    } {
      //expected inference: inv_a:number; str:string; flag, sum:undefined
      const { inv_a, flag, str, sum } = fn({ a: 5, s: "xyz" });
    } {
      //expected inference: inv_a, sum:number; flag, str:undefined
      const { inv_a, flag, str, sum } = fn({ a: 5, b: 3 });
    }
    
    • 0

relate perguntas

  • Por que usamos colchetes `[]` em condicionais?

  • Problema do Nestjs em relação aos módulos

  • Como obter metadados datilografados de um arquivo?

  • Como converter array em tipo const de retorno de objeto assim?

  • "Nenhuma sobrecarga corresponde" minha chamada Object.assign(); como posso corrigir isso?

Sidebar

Stats

  • Perguntas 205573
  • respostas 270741
  • best respostas 135370
  • utilizador 68524
  • Highest score
  • respostas
  • Marko Smith

    Reformatar números, inserindo separadores em posições fixas

    • 6 respostas
  • Marko Smith

    Por que os conceitos do C++20 causam erros de restrição cíclica, enquanto o SFINAE antigo não?

    • 2 respostas
  • Marko Smith

    Problema com extensão desinstalada automaticamente do VScode (tema Material)

    • 2 respostas
  • Marko Smith

    Vue 3: Erro na criação "Identificador esperado, mas encontrado 'import'" [duplicado]

    • 1 respostas
  • Marko Smith

    Qual é o propósito de `enum class` com um tipo subjacente especificado, mas sem enumeradores?

    • 1 respostas
  • Marko Smith

    Como faço para corrigir um erro MODULE_NOT_FOUND para um módulo que não importei manualmente?

    • 6 respostas
  • Marko Smith

    `(expression, lvalue) = rvalue` é uma atribuição válida em C ou C++? Por que alguns compiladores aceitam/rejeitam isso?

    • 3 respostas
  • Marko Smith

    Um programa vazio que não faz nada em C++ precisa de um heap de 204 KB, mas não em C

    • 1 respostas
  • Marko Smith

    PowerBI atualmente quebrado com BigQuery: problema de driver Simba com atualização do Windows

    • 2 respostas
  • Marko Smith

    AdMob: MobileAds.initialize() - "java.lang.Integer não pode ser convertido em java.lang.String" para alguns dispositivos

    • 1 respostas
  • Martin Hope
    Fantastic Mr Fox Somente o tipo copiável não é aceito na implementação std::vector do MSVC 2025-04-23 06:40:49 +0800 CST
  • Martin Hope
    Howard Hinnant Encontre o próximo dia da semana usando o cronógrafo 2025-04-21 08:30:25 +0800 CST
  • Martin Hope
    Fedor O inicializador de membro do construtor pode incluir a inicialização de outro membro? 2025-04-15 01:01:44 +0800 CST
  • Martin Hope
    Petr Filipský Por que os conceitos do C++20 causam erros de restrição cíclica, enquanto o SFINAE antigo não? 2025-03-23 21:39:40 +0800 CST
  • Martin Hope
    Catskul O C++20 mudou para permitir a conversão de `type(&)[N]` de matriz de limites conhecidos para `type(&)[]` de matriz de limites desconhecidos? 2025-03-04 06:57:53 +0800 CST
  • Martin Hope
    Stefan Pochmann Como/por que {2,3,10} e {x,3,10} com x=2 são ordenados de forma diferente? 2025-01-13 23:24:07 +0800 CST
  • Martin Hope
    Chad Feller O ponto e vírgula agora é opcional em condicionais bash com [[ .. ]] na versão 5.2? 2024-10-21 05:50:33 +0800 CST
  • Martin Hope
    Wrench Por que um traço duplo (--) faz com que esta cláusula MariaDB seja avaliada como verdadeira? 2024-05-05 13:37:20 +0800 CST
  • Martin Hope
    Waket Zheng Por que `dict(id=1, **{'id': 2})` às vezes gera `KeyError: 'id'` em vez de um TypeError? 2024-05-04 14:19:19 +0800 CST
  • Martin Hope
    user924 AdMob: MobileAds.initialize() - "java.lang.Integer não pode ser convertido em java.lang.String" para alguns dispositivos 2024-03-20 03:12:31 +0800 CST

Hot tag

python javascript c++ c# java typescript sql reactjs html

Explore

  • Início
  • Perguntas
    • Recentes
    • Highest score
  • tag
  • help

Footer

AskOverflow.Dev

About Us

  • About Us
  • Contact Us

Legal Stuff

  • Privacy Policy

Language

  • Pt
  • Server
  • Unix

© 2023 AskOverflow.DEV All Rights Reserve