TypeScript配置-- 2. 了解ts配置项,根据vite项目了解typescript配置文件,tsconfig.json、tsconfig.node.json、

这篇具有很好参考价值的文章主要介绍了TypeScript配置-- 2. 了解ts配置项,根据vite项目了解typescript配置文件,tsconfig.json、tsconfig.node.json、。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

配置项目的TS

仅对于Ts项目来说,产生红色波浪线,主要是由于语法错误,当然也有其他情况…

1. 制造红色波浪线

这边先引入一个greeter.ts文件

tsconfig.node.json,typescript,typescript,json,node.js
发现居然没有跟一些项目一样,有红色的波浪线,不是说了函数里面的参数是需要显示追加类型的吗。
tsconfig.node.json,typescript,typescript,json,node.js

tsconfig.json 不知道有什么配置项?鼠标悬浮试试~~
tsconfig.node.json,typescript,typescript,json,node.js


2. tsconfig.json 主配置项

具体可以看官方文档:此处

在 tsconfig.json 中,第一层的配置项包括以下几个:

  1. “compilerOptions”:这是一个对象,用于配置 TypeScript 编译器的选项。它可以设置诸如目标版本、模块系统、输出目录、严格类型检查等编译器相关的选项。
  2. “files”:这是一个数组,用于指定要编译的文件列表。如果指定了这个选项,编译器将只编译列出的文件,而不会自动包含其他文件。
  3. “include”:这是一个数组,用于指定要包含在编译中的文件或文件夹的匹配模式。可以使用通配符来指定多个文件或文件夹。
  4. “exclude”:这是一个数组,用于指定要排除在编译之外的文件或文件夹的匹配模式。也可以使用通配符来排除多个文件或文件夹。
  5. “references”:这是一个数组,用于指定项目之间的引用关系。可以通过引用其他项目来实现项目之间的依赖管理。
  6. “extends”: 属性用于继承其他配置文件的设置。通过指定一个继承的配置文件路径,可以继承该配置文件中的编译选项,并且可以在当前的 tsconfig.json 文件中进行进一步的自定义。 继承包括compilerOptions,files,include,exclude。

这些配置项可以根据项目的具体需求进行设置,以实现更精细化的控制和配置。

  • extends:可以引用第三方的配置文件~
  • compilerOptions:主要的配置项
  • files,include,exclude:这三个参数主要是指定需要编译的文件 files跟include有点像,但是files只能指定文件,不能用正则,一般用不上~
  • references:用于引入其他的配置文件,例如下面将会讲解vite脚手架的项目

3. vite项目 extend\references

接下来通过vite项目来了解一下extend\references的区别

搭建项目,官网:此处
tsconfig.node.json,typescript,typescript,json,node.js
下面都是自动生成的代码加上注释来讲解,官网可能变动,脚手架也可能变动,所以可以先看文章,再自行操作实践
:)

3.1 tsconfig.json

根目录下的tsconfig.json是根文件,他没有什么配置,只引入了另外3个项目。

//tsconfig.json 根文件
// 可见是个空项目,用于引入其他项目
{
  "files": [],
  // 引入其他项目
  "references": [
    {
      "path": "./tsconfig.node.json"
    },
    {
      "path": "./tsconfig.app.json"
    },
    {
      "path": "./tsconfig.vitest.json"
    }
  ]
}

3.2 tsconfig.node.json

tsconfig.node.jsoninclude 可以看出,这个主要是限制配置文件的配置文件,比如vite.config.ts 的配置。

// tsconfig.node.json
{
  // 继承了npm包,ts默认的配置,ctrl+鼠标左键,可以跳过去
  "extends": "@tsconfig/node18/tsconfig.json",
  // 需要编译的文件
  "include": [
    "vite.config.*",
    "vitest.config.*",
    "cypress.config.*",
    "nightwatch.conf.*",
    "playwright.config.*"
  ],
  // 编译配置项
  "compilerOptions": {
    "composite": true,
    "module": "ESNext",
    "moduleResolution": "Bundler",
    "types": ["node"]
  }
}

通过ctrl+鼠标左键,可以跳过去 @tsconfig/node18/tsconfig.json 文件,主要继承了compilerOptions配置项。

// @tsconfig/node18/tsconfig.json 文件
{
  "$schema": "https://json.schemastore.org/tsconfig",
  "display": "Node 18",

  "_version": "18.2.0",

  "compilerOptions": {
    "lib": ["es2023"],
    "module": "node16",
    "target": "es2022",

    "strict": true,
    "esModuleInterop": true,
    "skipLibCheck": true,
    "forceConsistentCasingInFileNames": true,
    "moduleResolution": "node16"
  }
}

3.3 tsconfig.app.json

通过includeexclude 可知,该文件主要为了配置我们的源码,包括 .vue 文件,所以extends 继承了 @vue/tsconfig/tsconfig.dom.json

{
  // 继承了
  "extends": "@vue/tsconfig/tsconfig.dom.json",
  "include": ["env.d.ts", "src/**/*", "src/**/*.vue"],
  "exclude": ["src/**/__tests__/*"],
  "compilerOptions": {
    "composite": true,
    "baseUrl": ".",
    "paths": {
      "@/*": ["./src/*"]
    }
  }
}

通过ctrl+鼠标左键,可以跳过去 @vue/tsconfig/tsconfig.dom.json 文件,主要继承了compilerOptions配置项。

// @vue/tsconfig/tsconfig.dom.json 文件
{
  "extends": "./tsconfig.json",
  "compilerOptions": {
    "lib": [
      // Target ES2020 to align with Vite.
      // <https://vitejs.dev/config/build-options.html#build-target>
      // Support for newer versions of language built-ins are
      // left for the users to include, because that would require:
      //   - either the project doesn't need to support older versions of browsers;
      //   - or the project has properly included the necessary polyfills.
      "ES2020",

      "DOM",
      "DOM.Iterable"

      // No `ScriptHost` because Vue 3 dropped support for IE
    ],

    // Set to empty to avoid accidental inclusion of unwanted types
    "types": []
  }
}

再跳 @vue/tsconfig//tsconfig.json~~~这里的配置项就很充足了。

{
  "compilerOptions": {
    // As long as you are using a build tool, we recommend you to author and ship in ES modules.
    // Even if you are targeting Node.js, because
    //  - `CommonJS` is too outdated
    //  - the ecosystem hasn't fully caught up with `Node16`/`NodeNext`
    // This recommendation includes environments like Vitest, Vite Config File, Vite SSR, etc.
    "module": "ESNext",

    // We expect users to use bundlers.
    // So here we enable some resolution features that are only available in bundlers.
    "moduleResolution": "bundler",
    "resolveJsonModule": true,
    // `allowImportingTsExtensions` can only be used when `noEmit` or `emitDeclarationOnly` is set.
    // But `noEmit` may cause problems with solution-style tsconfigs:
    // <https://github.com/microsoft/TypeScript/issues/49844>
    // And `emitDeclarationOnly` is not always wanted.
    // Considering it's not likely to be commonly used in Vue codebases, we don't enable it here.

    // Required in Vue projects
    "jsx": "preserve",
    "jsxImportSource": "vue",

    // `"noImplicitThis": true` is part of `strict`
    // Added again here in case some users decide to disable `strict`.
    // This enables stricter inference for data properties on `this`.
    "noImplicitThis": true,
    "strict": true,

    // <https://devblogs.microsoft.com/typescript/announcing-typescript-5-0/#verbatimmodulesyntax>
    // Any imports or exports without a type modifier are left around. This is important for `<script setup>`.
    // Anything that uses the type modifier is dropped entirely.
    "verbatimModuleSyntax": true,

    // A few notes:
    // - Vue 3 supports ES2016+
    // - For Vite, the actual compilation target is determined by the
    //   `build.target` option in the Vite config.
    //   So don't change the `target` field here. It has to be
    //   at least `ES2020` for dynamic `import()`s and `import.meta` to work correctly.
    // - If you are not using Vite, feel free to overwrite the `target` field.
    "target": "ESNext",
    // For spec compilance.
    // `true` by default if the `target` is `ES2020` or higher.
    // Explicitly set it to `true` here in case some users want to overwrite the `target`.
    "useDefineForClassFields": true,

    // Recommended
    "esModuleInterop": true,
    "forceConsistentCasingInFileNames": true,
    // See <https://github.com/vuejs/vue-cli/pull/5688>
    "skipLibCheck": true,
  }
}

3.4 tsconfig.vitest.json

看文件名,应该是为了配置vitest 单元测试用的

**tsconfig** 的配置文件,如果没有**files\exclude\include** 会怎么怎么样呢???

// tsconfig.vitest.json 文件
{
  "extends": "./tsconfig.app.json",
  "exclude": [],
  "compilerOptions": {
    "composite": true,
    "lib": [],
    "types": ["node", "jsdom"]
  }
}

提示:

  1. 如果在 tsconfig.json 中没有配置 “files”、“include” 或 “exclude”,但是有 “compilerOptions”,则 TypeScript 编译器会默认编译当前目录下的所有 TypeScript 文件(以 .ts 或 .tsx 扩展名结尾的文件)。
  2. 如果通过references引入了多个项目,并且项目都指明了file\include\exclude 同一个源文件,将会引用最后一个references的文件。
  3. 如果通过references引入了2个项目,第一个配置文件tsconfig.app.json,涵盖了 env.d.ts文件;第二个配置文件tsconfig.vitest.json文件默认所有文件,则会执行tsconfig.app.json配置。

根据上文的引用,可知env.d.ts 执行的是tsconfig.app.json 的配置。


4. compilerOptions配置项 (持续更新~)

太多配置项了…
这边主要教大家怎么看文档~~~ 此处

tsconfig.node.json,typescript,typescript,json,node.js

下面枚举常用到的几个配置:

小技巧:如果在配置文件中不知道有什么选项,可以输入一个错误的值,重新运行就会提示错误,并且给你枚举出来对应的值。

tsconfig.node.json,typescript,typescript,json,node.js

4.1 编译相关配置

target

用来指定ts被编译成的ES版本
Argument for '--target' option must be: 'es3', 'es5', 'es6', 'es2015', 'es2016', 'es2017', 'es2018', 'es2019', 'es2020', 'es2021', 'es2022', 'esnext'.

{
 "compilerOptions": {
 	"target": "ES6"
 	...
 }
}
module

用来指定ts要被编译成的模块化规范,比如给服务器用的commonjs,前端常用的esm…

Argument for '--module' option must be: 'none', 'commonjs', 'amd', 'system', 'umd', 'es6', 'es2015', 'es2020', 'es2022', 'esnext', 'node16', 'nodenext'.

lib

指定项目中要用到的库,一般情况不要乱动即可。
不然你也可以试试给个空数组 :)

tsconfig.node.json,typescript,typescript,json,node.js
缺啥自己补啥咯,是不是跟elementUI中按需引入很相似哈哈~

outDir

用来指定编译后的输入目录。

outFile

将要编译的文件,合并成一个文件。
当然跟你配置的module配置有关,只支持amd以及system。
Only 'amd' and 'system' modules are supported alongside --outFile.

allowJs

是否对JS进行编译,默认情况只编译TS文件,开启后,匹配到的JS文件也会编译。

checkJs

是否检查JS语法。

tsconfig.node.json,typescript,typescript,json,node.js

removeComments

是否移除注释

noEmit

不生成编译文件,一般用于测试代码是否有问题。

noEmitOnError

TS文件就算是语法出错也是可以编译成JS文件,这个参数可以配置,当语法出错就不编译。

4.2 语法检测相关配置

总开关 strict

控制所有的检测开关,这边使用init生成文件,展示一下。
实际开发中,直接打开这个就好了,下面所有的配置都打开了。

	 /* Type Checking */
    "strict": true,                                      /* Enable all strict type-checking options. */
    // "noImplicitAny": true,                            /* Enable error reporting for expressions and declarations with an implied 'any' type. */
    // "strictNullChecks": true,                         /* When type checking, take into account 'null' and 'undefined'. */
    // "strictFunctionTypes": true,                      /* When assigning functions, check to ensure parameters and the return values are subtype-compatible. */
    // "strictBindCallApply": true,                      /* Check that the arguments for 'bind', 'call', and 'apply' methods match the original function. */
    // "strictPropertyInitialization": true,             /* Check for class properties that are declared but not set in the constructor. */
    // "noImplicitThis": true,                           /* Enable error reporting when 'this' is given the type 'any'. */
    // "useUnknownInCatchVariables": true,               /* Default catch clause variables as 'unknown' instead of 'any'. */
    // "alwaysStrict": true,                             /* Ensure 'use strict' is always emitted. */
    // "noUnusedLocals": true,                           /* Enable error reporting when local variables aren't read. */
    // "noUnusedParameters": true,                       /* Raise an error when a function parameter isn't read. */
    // "exactOptionalPropertyTypes": true,               /* Interpret optional property types as written, rather than adding 'undefined'. */
    // "noImplicitReturns": true,                        /* Enable error reporting for codepaths that do not explicitly return in a function. */
    // "noFallthroughCasesInSwitch": true,               /* Enable error reporting for fallthrough cases in switch statements. */
    // "noUncheckedIndexedAccess": true,                 /* Add 'undefined' to a type when accessed using an index. */
    // "noImplicitOverride": true,                       /* Ensure overriding members in derived classes are marked with an override modifier. */
    // "noPropertyAccessFromIndexSignature": true,       /* Enforces using indexed accessors for keys declared using an indexed type. */
    // "allowUnusedLabels": true,                        /* Disable error reporting for unused labels. */
    // "allowUnreachableCode": true,                     /* Disable error reporting for unreachable code. */
alwaysStrict

开启严格模式。

noImplicitAny

回想一下,在某些地方,TypeScript 不会尝试为我们推断类型,而是退回到最宽松的类型: any。 这并不是可能发生的最糟糕的事情 - 毕竟,回退到 any 只是简单的 JavaScript 体验。

然而,使用 any 通常会破坏使用 TypeScript 的初衷。 你的程序类型越多,你获得的验证和工具就越多,这意味着你在编写代码时遇到的错误就越少。 打开 noImplicitAny 标志将对任何类型隐式推断为 any 的变量触发错误。

当你没有指定类型,并且 TypeScript 不能从上下文推断它时,编译器通常会默认为 any

不过,你通常希望避免这种情况,因为 any 没有经过类型检查。 使用编译器标志 noImplicitAny 将任何隐式 any 标记为错误。

noImplicitThis

不能直接使用this,可以通过函数参数传递。

function fn(this:Window){
	console.log(this);
}
strictNullChecks

默认情况下,像 nullundefined 这样的值可以分配给任何其他类型。 这可以使编写一些代码更容易,但忘记处理 nullundefined 是世界上无数错误的原因 - 有些人认为它是 十亿美元的错误! strictNullChecks 标志使处理 nullundefined 更加明确,让我们不必担心是否忘记处理 nullundefined

let box = document.getElementById('box');
// 缩小边界
if(!!box){
	box.addEventListener('click',()=>{
		console.log("Penk666");
	})
}

// 或者使用?.操作符
box?.addEventListener('click',()=>{
	console.log("Penk666");
})

额外

主配置项冲突

files\include\exclude

tsconfig.json 中,“files”“include”“exclude” 配置项可能存在冲突。

如果同时在 “files” 中指定了特定的文件列表,并且在 “include” 或 “exclude” 中也指定了相同的文件或文件夹,那么编译器会按照以下规则进行处理:

  • 如果文件在 “files” 中指定,并且没有被 “exclude” 排除,那么它将被编译,即使它在 “include” 中没有被列出。
  • 如果文件在 “files” 中没有被指定,但在 “include” 中被列出,并且没有被 “exclude” 排除,那么它将被编译。
  • 如果文件在 “files” 中没有被指定,并且在 “include” 中也没有被列出,那么它将不会被编译,即使它在 “exclude” 中没有被排除。

因此,当存在冲突时,"files" 的配置项会起到优先级更高的作用,会覆盖 "include" 和 "exclude" 的配置。编译器将按照 "files" 中指定的文件列表进行编译,并根据 "exclude" 的配置排除相应的文件。文章来源地址https://www.toymoban.com/news/detail-769186.html

到了这里,关于TypeScript配置-- 2. 了解ts配置项,根据vite项目了解typescript配置文件,tsconfig.json、tsconfig.node.json、的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • Vue3+Vite+TypeScript常用项目模块详解

      目录 1.Vue3+Vite+TypeScript 概述 1.1 vue3  1.1.1 Vue3  概述 1.1.2 vue3的现状与发展趋势 1.2 Vite 1.2.1 现实问题 1.2 搭建vite项目 1.3 TypeScript 1.3.1 TypeScript 定义 1.3.2 TypeScript 基本数据类型  1.3.3 TypeScript语法简单介绍 2. 项目配置简单概述 2.1 eslint 校验代码工具配置 2.1.1 eslint定义 2.1.2 esl

    2024年02月08日
    浏览(30)
  • Vue 3 + TypeScript + Vite 项目中,实现选中图片移动

    在组件的  script  标签中,定义相关的数据和方法。首先,使用 Vue 的  ref  函数创建一个对图片元素的引用: 接下来,实现选中时出现边框的效果。你可以通过设置 CSS 样式来实现这一点。以下是一个简单的示例: 在组件的  template  中,为选中的容器元素动态绑定  sele

    2024年02月13日
    浏览(27)
  • Mac安装配置typescript及在VSCode上运行ts

    测试一下:出现Version则证明安装成功 新建一个xxx.ts文件,测试能否运行   运行报错:ts-node: command not found 再安装ts-node   运行报错:TypeError [ERR_UNKNOWN_FILE_EXTENSION]: Unknown file extension \\\".ts\\\"  在终端上输入 显示创建了一个tsconfig.json文件 修改文件 加上\\\"ts-node\\\": {\\\"esm\\\": true}, 注意不要

    2024年01月18日
    浏览(37)
  • TypeScript 中的 .d.ts 文件:加强类型支持,提升开发效率

    1.引言 什么是 .d.ts 文件 当我们使用 TypeScript 开发时,类型声明是非常重要的。它们提供了代码的静态类型检查和智能提示,以增强代码的可读性、可维护性和可靠性。然而,对于已有的 JavaScript 库或自定义模块,它们可能不包含类型声明信息。这就导致在使用这些库或模块

    2024年02月15日
    浏览(39)
  • Vite4+Typescript+Vue3+Pinia 从零搭建(3) - vite配置

    项目代码同步至码云 weiz-vue3-template 关于vite的详细配置可查看 vite官方文档,本文简单介绍vite的常用配置。 项目初建后, vite.config.ts 的默认内容如下: 比如,修改 App.vue : 根目录下新建 .env 、 .env.development 、 .env.production 三个文件。 .env 文件内新增内容: .env.development 文件内

    2024年02月05日
    浏览(66)
  • typescript项目中import 图片时报错:TS2307: Cannot find module ‘...’

    最近在用typescript写项目时,我用import来加载一个图片,webpack编译文件是会报错如下: 报错: 解决: 如果在js中引入本地静态资源图片时使用import img from \\\'./img/bd_logo1.png’这种写法是没有问题的,但是在typscript中是无法识别非代码资源的,所以会报错TS2307: cannot find module ‘

    2024年02月15日
    浏览(36)
  • Vue3 + Vite2 + TypeScript4搭建企业级项目框架

    1. 创建项目 使用命令行工具进入到你想要创建项目的目录,然后执行以下命令: 这将会创建一个新的项目文件夹和一个 package.json 文件。 2. 安装依赖 接下来你需要在项目中安装 Vue、Vite、TypeScript 和其他需要的依赖。执行以下命令: 以上命令会安装最新的 Vue、Vite 和 TypeSc

    2024年02月08日
    浏览(44)
  • 【解决方案】使用WebStorm运行TypeScript文件(基于ts-node)

    本文章内 所有WS代表WebStorm; 所有TS代表TypeScript。 首先呢,我也算是TS的初学者。相信作为过来人都清楚,新手刚刚上手TS的时候,配置环境是多么痛苦的一件事情。并且,我就很好奇,为什么网上教程、参考文档、甚至专业书籍,铺天盖地都是使用的是VScode编写的。(难道

    2024年02月09日
    浏览(37)
  • 小白系列Vite-Vue3-TypeScript:011-登录界面搭建及动态路由配置

    前面几篇文章我们介绍的都是Vite+Vue3+TypeScript项目中环境相关的配置,接下来我们开始进入系统搭建部分。本篇我们来介绍登录界面搭建及动态路由配置,大家一起撸起来...... 项目登陆接口是通过mockjs前端来模拟的 模拟服务接口LoginApi 首先在src/mock文件夹下新建login.ts文件,

    2024年02月04日
    浏览(29)
  • Vue3项目中没有配置 TypeScript 支持,使用 TypeScript 语法

    1.安装 TypeScript:首先,需要在项目中安装 TypeScript。在终端中运行以下命令 2.创建 TypeScript 文件:在 Vue 3 项目中,可以创建一个以 .ts 后缀的文件,例如 MyComponent.ts。在这个文件中,可以使用 TypeScript 语法编写代码。 在上面的示例中,我们使用 defineComponent 函数来定义一个

    2024年02月15日
    浏览(27)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包