-
编译代码 我们使用了 .ts 扩展名,但是这段代码仅仅是JavaScript而已。 你可以直接从现 有的JavaScript应用里复制/粘贴这段代码。 在命令行上,运行TypeScript编译器: tsc greeter.ts TypeScript Handbook(中文版) 9 5分钟了解TypeScript 输出结果为一个 greeter.js 文件,它包含了和输入文件中相同的JavsScript代 HTMLInputElement).value; return `Hello from ${compiler} and ${framework}!`; } 构建设置 配置 TypeScript 编译器 我们先来告诉TypeScript怎样构建。 右击scripts文件夹并选择New Item。 接着选 择TypeScript Configuration File,保持文件的默认名字为 tsconfig cd proj 我们将以下面的结构开始我们的工程: proj/ ├─ src/ └─ dist/ TypeScript文件放在 src 文件夹下,经过TypeScript编译器编译生成的目标文件放 在 dist 目录下。 下面让我们来创建这些文件夹: mkdir src mkdir dist 初始化工程 现在让我们把这个文件夹转换成npm包: npm init
0 码力 |
557 页 |
7.48 MB
| 1 年前 3
-
greeter(user); 我们使用了 .ts 扩展名,但是这段代码仅仅是JavaScript而已。 你可以直接从现有的 JavaScript应用里复制/粘贴这段代码。 在命令行上,运行TypeScript编译器: 1. tsc greeter.ts 5分钟了解TypeScript 安装TypeScript 构建你的第一个TypeScript文件 编译代码 5分钟了解TypeScript - 17 /app.ts" 10. ], 11. "compileOnSave": true 12. } 添加 TypeScript 代码 添加示例代码 构建设置 配置 TypeScript 编译器 ASP.NET Core - 23 - 本文档使用 书栈网 · BookStack.CN 构建 看起来和默认的设置差不多,但注意以下不同之处: 1. 设置 "noImplicitAny": 我们将以下面的结构开始我们的工程: 1. proj/ 2. ├─ src/ 3. └─ dist/ TypeScript文件放在 src 文件夹下,经过TypeScript编译器编译生成的目标文件放在 dist 目 录下。 下面让我们来创建这些文件夹: 1. mkdir src 2. mkdir dist 现在让我们把这个文件夹转换成npm包: 1. npm init
0 码力 |
683 页 |
6.27 MB
| 1 年前 3
-
结构变得清晰,只需要维护配置解析、插件解析等功能。 ● 扩展性增强,可通过插件化的形式新增或删减容器 / 编译能力,保证代码独立 维护功能的单一性。 ● 编译流程可梳理,无论什么容器的编译流程都基于编译器暴露的时机执行并串 联,整体流程清晰明了。 4.1.2 组件及 API 的设计 R2X 的目的是希望通过一套代码能够在多端上运行,但是由于多端差异的存在,我 们需要设计一套统一的标准规范来进行对齐。在运行时部分,主要分为组件 arguments> -c some-file.m -o some-file.o -v 在 console 的输出内容中,我们会发现一段有意思的内容: 前端 < 99 通过上面的图,我们可以看到编译器将寻找头文件的顺序和对应路径展示出来了,而 在这些路径中,我们看到了一些陌生的东西,即后缀名为 .hmap 的文件,后面还有 个括号写着 headermap。 没错!它就是 Header Map 重复引用的能力而已。 为了更好的理解后面的内容,我们这里需要展开说一下它到底是如何运行的? 从最直观的角度来看: 假设在 MyApp.m 文件中,我们 #import 了 iAd.h 文件,编译器解析此文件后,开 始寻找 iAd 包含的内容(ADInterstitialAd.h,ADBannerView.h),及这些内 容包含的子内容(UIKit.h,UIController.h,UIView
0 码力 |
738 页 |
50.29 MB
| 1 年前 3
-
许可协议:署名-相同方式共享 4.0 国际 (CC BY-SA 4.0) TypeScript 概述 编译器 编写的代码(文本) 由 一个特殊的程序(编译器)解析,转换成抽象句法树(abstract syntax tree, AS ). AST 是去掉了空白、注释和缩进用的制表符或空格之后的数据结构。 编译器把 AST 转换成一种字节码(bytecode) 的低(底?)层表示。 字节码再传给运行时程序计算,最终得到结果。 TS TS 编译成 JS 时,不会考 类型。 这意味着,程序中的类型对程序生成的输出没有任何影响,类型只在类型检查这一步使用。 类型系统 ● 一般的有两种类型系统 1. 通过显示句法告诉编译器所有值的类型(注解) 2. 自动推导类型 ● TS 身兼两种类型系统 // 建议 原文链接:Programming TypeScript 一般来说,最好让TS 推导类型,少数情况下才显式注解类型。(Why
0 码力 |
3 页 |
202.08 KB
| 1 年前 3
-
构建版本。这 里列出了它们之间的差别: 若要通过浏览器中的