typescript: error TS2693: „Promise” odnosi się tylko do typu, ale jest tutaj używana jako wartość

Próbuję użyć Typescript dla mojej AWS Lambda i otrzymuję następujące błędy, gdy używam obietnic.

błąd TS2693: „Promise” odnosi się tylko do typu, ale jest tutaj używana jako wartość.

Próbowałem użyć następujących odmian kodu

Korzystanie z konstruktora Promise

responsePromise = new Promise((resolve, reject) => {
                    return reject(new Error(`missing is needed data`))
                })

przy użyciu Promise.reject

responsePromise = Promise.reject(new Error(`Unsupported method "${request.httpMethod}"`));

Wersje

Poniżej znajdują się wersje w moich zależnościach od deweloperów:

"typescript": "^2.2.2"
"@types/aws-lambda": "0.0.9",
"@types/core-js": "^0.9.40",
"@types/node": "^7.0.12",

Zawartość pliku tsconfig.json

{
    "compileOnSave": true,
    "compilerOptions": {
        "module": "commonjs",
        // "typeRoots" : ["./typings", "./node_modules/@types"],
        "target": "es5",
        // "types" : [ "core-js" ],
        "noImplicitAny": true,
        "strictNullChecks": true,
        "allowJs": true,
        "noEmit": true,
        "alwaysStrict": true,
        "preserveConstEnums": true,
        "sourceMap": true,
        "outDir": "dist",
        "moduleResolution": "Node",
        "declaration": true,
        "lib": [
            "es6"
        ]
    },
    "include": [
        "index.ts",
        "lib/**/*.ts"
    ],
    "exclude": [
        "node_modules",
        "**/*.spec.ts"
    ]
}

Używam grunt-ts z następującą konfiguracją do uruchamiania zadania ts.

ts: {
            app: {
                tsconfig: {
                    tsconfig: "./tsconfig.json",
                    ignoreSettings: true
                }
            },
...

Próbowałem z rozwiązaniem wymienionym w Otrzymuję: [ts] „Obietnica” odnosi się tylko do typu, ale jest tutaj używana jako wartość, ale bez powodzenia.

Miałem ten sam problem z aws-sdki rozwiązałem go za pomocą "target": "es2015". To jest moja tsconfig.jsonteczka.

{
    "compilerOptions": {
        "outDir": "./dist/",
        "sourceMap": false,
        "noImplicitAny": false,
        "module": "commonjs",
        "target": "es2015"
    },
    "include": [
        "src/**/*"
    ],
    "exclude": [
        "node_modules",
        "**/*.spec.ts"
    ]
}

Spotkaj się dziś z tym samym błędem i rozwiąż go za pomocą:

npm i --save-dev  @types/es6-promise

Aktualizacja:

Dodaj:

import {Promise} from 'es6-promise'

Rozwiązałem to dodając poniższy kod do pliku tsconfig.json.

"lib": [
    "ES5",
    "ES2015",
    "DOM",
    "ScriptHost"]

Rozwiązany przez zmianę celu w compilerOptions.

{
"compilerOptions": {
    "module": "es2015",
    "target": "es2015",
    "lib": [
        "es2016",
        "dom"
    ],
    "moduleResolution": "node",
    "noImplicitAny": false,
    "sourceMap": false,
    "emitDecoratorMetadata": true,
    "experimentalDecorators": true,
    "outDir": "./public/js/app"
},
"exclude": [
    "node_modules",
    "public/js",
    "assets/app/polyfills.ts"
],
"angularCompilerOptions": {
    "skipMetadataEmit": true
}
}

Oto moja wskazówka. Testowane z Vscode 1.21.1 (na MAC)

Umieść poniżej config do tsconfig.json

"lib": [
"es2016",
"dom"
]

do opcji compilerOptions

Zrestartuj IDE (ta akcja jest wymagana: D)

Miałem ten błąd, ale rozwiązałem go za pomocą tego polecenia, nazwa mojego pliku ts to promises-fs.ts:

tsc promises-fs.ts --target es6 && node promises-fs.js

i błąd zniknął

Dodaj poniższy wiersz do pliku, w którym zgłaszany jest błąd - to powinno rozwiązać problem

declare var Promise: any;

PS: To zdecydowanie nie jest optymalne rozwiązanie

Wreszcie tsc zaczął działać bez żadnych błędów. Ale wiele zmian. Podziękowania dla Sandro Keil , Pointy & unional

• Usunięto dt ~ aws-lambda
• Usunięto opcje takie jak noEmit, deklaracja
• Zmodyfikowano plik Gruntfile i usunięto ignoreSettings

tsconfig.json

{
    "compileOnSave": true,
    "compilerOptions": {
        "module": "commonjs",
        "target": "es5",
        "noImplicitAny": false,
        "strictNullChecks": true,
        "alwaysStrict": true,
        "preserveConstEnums": true,
        "sourceMap": false,
        "moduleResolution": "Node",
        "lib": [
            "dom",
            "es2015",
            "es5",
            "es6"
        ]
    },
    "include": [
        "*",
        "src/**/*"
    ],
    "exclude": [
        "./node_modules"
    ]
}

Gruntfile.js

ts: {
            app: {
                tsconfig: {
                    tsconfig: "./tsconfig.json"
                }
            },
...

Miałem ten sam problem z maszynopisem i aws-sdk. Rozwiązaniem była zmiana celu na es6.

Mój kompletny tsconfig.jsonplik:

{
        compilerOptions: {
                outDir: ./dist/,
                sourceMap: true,
                noImplicitAny: true,
                module: commonjs,
                target: es6,
                jsx: react,
                allowJs: true
        },
        include: [
                ./src/**/*
    ]
}

Miałem ten sam problem, dopóki nie dodałem następującej tablicy lib w typeScript 3.0.1

tsconfig.json

{
  "compilerOptions": {
    "outDir": "lib",
    "module": "commonjs",
    "allowJs": false,
    "declaration": true,
    "target": "es5",
    "lib": ["dom", "es2015", "es5", "es6"],
    "rootDir": "src"
  },
  "include": ["./**/*"],
  "exclude": ["node_modules", "**/*.spec.ts"]
}

Cóż, może to być sprzeczne z intuicją, ale rozwiązałem to, dodając esnextdo mojego lib.

{
  "compilerOptions": {
    "lib": [
        "esnext"
    ],
    "target": "es5",
  }
}

FIX, zgodnie z sugestią kompilatora, ma

Spróbuj zmienić libopcję kompilatora na es2015 lub nowszą.

Core-js nie działał u mnie, ponieważ powodował inne problemy, jednak po prostu zainstalowanie najnowszej wersji npm i @types/es6-promise --save-devpozbyło się problemów. Problemy wynikały z kompilacji zestawu SDK korzystającego z rxjs. Oto błąd, który otrzymałem:

`node_modules/rxjs/Observable.d.ts(59,60): error TS2693: Promise only refers to a type, but is being used as a value here.`

Jeśli korzystasz z repozytorium DefinitelyTyped w swoim projekcie, możesz napotkać ten ostatni problem .

Przyzwoitym obejściem, którego możesz użyć (innym niż czekanie na zaktualizowaną kompilację pliku definicji lub refaktoryzację kodu TS), jest określenie jawnej wersji + kompilacja dla typów core-js, zamiast pozwolić programowi Visual Studio wybrać najnowszą / najnowszą . Znalazłem taki, który wydaje się być nienaruszony przez ten problem (przynajmniej w moim przypadku), możesz go użyć, zastępując następujący wiersz z pliku package.jso n:

  "scripts": {
    "postinstall": "typings install dt~core-js --global"
  }

Z następującym:

  "scripts": {
    "postinstall": "typings install [email protected]+20161130133742 --global"
  }

To rozwiązało mój problem na dobre. Jednak zdecydowanie zaleca się usunięcie jawnej wersji + odniesienia do kompilacji, gdy tylko problem zostanie opublikowany.

Aby uzyskać więcej informacji na ten temat, możesz również przeczytać ten wpis na blogu, który napisałem na ten temat.

Miałem ten sam problem i to uratowało mnie od problemu w drugiej:

napisz w konsoli to:

npm i --save bluebird
npm i --save-dev @types/bluebird @types/core-js@0.9.36

w pliku, w którym występuje problem, wklej to:

import * as Promise from 'bluebird';

Po prostu zmień cel na „ES2017” w pliku tsconfig.json.

to jest mój plik tsconfig.json

{
"compilerOptions": {
/* Basic Options */
    "target": "ES2017",   /* Specify ECMAScript target version: 'ES3' (default), 'ES5', 'ES2015', 'ES2016', 'ES2017', or 'ESNEXT'. */
    "module": "commonjs", /* Specify module code generation: 'none', 'commonjs', 'amd', 'system', 'umd', 'es2015', or 'ESNext'. */
    "declaration": true,  /* Generates corresponding '.d.ts' file. */
    "sourceMap": true,    /* Generates corresponding '.map' file. */
    "outDir": "./dist",   /* Redirect output structure to the directory. */
    "strict": true        /* Enable all strict type-checking options. */
  },
  "include": [
    "src/**/*"
  ],
  "exclude": [
    "node_modules"
  ]
}

npm i --save-dev @ types / es6-promise

po poleceniu up, lepiej sprawdź tsconfig.json i upewnij się, że „cel” musi być świetny niż „es6”. może tsc nie obsługuje jeszcze es5.

Żadna z udzielonych tutaj odpowiedzi nie działa dla mnie. Oto gwarantowane i rozsądne rozwiązanie. Umieść to u góry dowolnego pliku kodu używającego Promise ...

declare const Promise: any;

Spędziłem dużo czasu, próbując to naprawić. Nie miałem szczęścia w żadnym rozwiązaniu, które zapewniłem tutaj lub gdzie indziej.

Ale potem zdałem sobie sprawę, że to nie tylko rozwiązanie problemu. Ale musisz również PONOWNIE URUCHOMIĆ VSCODE, aby zadziałało.

Miałem ten sam błąd i naprawiłem go w tej konfiguracji:

Plik: tsconfig.json

{
  "compilerOptions": {
    "target": "es2015",                      
    "module": "commonjs",                    
    "strict": true,                          
    "esModuleInterop": true                  
  }
}

Pamiętaj, że jeśli uruchamiasz polecenie tsc z nazwą pliku, tj .:

tsc testfile.ts

wówczas plik konfiguracyjny kompilatora tsconfig.json jest ignorowany. Rozwiązaniem jest uruchomienie albo samego polecenia tsc, w którym to przypadku wszystkie pliki .ts w katalogu zostaną skompilowane, chyba że zmodyfikowano plik tsconfig.json, aby zawierał zestaw plików.

zobacz „using the files property” ... https://www.typescriptlang.org/docs/handbook/tsconfig-json.html

Ten sam błąd tutaj. Naprawiłem to, używając "module": "ES6" w tsconfig.

Pozbyłem się tego samego błędu w index.tstych połączonych właściwościach:

W tsconfig.json:

  "compilerOptions": {
    "target": "ES6"

A w pliku package.json:

  "main": "index.ts",
  "scripts": {
    "start": "tsc -p tsconfig.json && node index.js"