JSX

介绍

JSX是一种嵌入式的类似XML的语法。 它可以被转换成合法的JavaScript,尽管转换的语义是依据不同的实现而定的。 JSX因 React框架而流行,但是也被其它应用所使用。 TypeScript支持内嵌,类型检查和将JSX直接编译为JavaScript。

基本用法

想要使用JSX必须做两件事:

  • 给文件一个 .tsx扩展名
  • 启用 jsx选项
    TypeScript具有三种JSX模式: preservereactreact-native。 这些模式只在代码生成阶段起作用 - 类型检查并不受影响。 在 preserve模式下生成代码中会保留JSX以供后续的转换操作使用(比如: Babel)。 另外,输出文件会带有 .jsx扩展名。 react模式会生成 React.createElement,在使用前不需要再进行转换操作了,输出文件的扩展名为 .jsreact-native相当于 preserve,它也保留了所有的JSX,但是输出文件的扩展名是 .js
模式 输入 输出 输出文件扩展名
preserve <div /> <div /> .jsx
react <div /> React.createElement("div") .js
react-native <div /> <div /> .js

你可以通过在命令行里使用 —jsx标记或 tsconfig.json里的选项来指定模式。

注意: React标识符是写死的硬编码,所以你必须保证React(大写的R)是可用的。

as操作符

回想一下怎么写类型断言:

  1. var foo = <foo>bar;

这里我们断言 bar变量是 foo类型的。 因为TypeScript也使用尖括号来表示类型断言,JSX的语法带来了解析的困难。因此,TypeScript在 .tsx文件里禁用了使用尖括号的类型断言。

为了弥补 .tsx里的这个功能,新加入了一个类型断言符号: as。 上面的例子可以很容易地使用 as操作符改写:

  1. var foo = bar as foo;

as操作符在 .ts.tsx里都可用,并且与其它类型断言行为是等价的。

类型检查

为了理解JSX的类型检查,你必须首先理解固有元素与基于值的元素之间的区别。 假设有这样一个JSX表达式 <expr />expr可能引用环境自带的某些东西(比如,在DOM环境里的 divspan)或者是你自定义的组件。 这是非常重要的,原因有如下两点:

  • 对于React,固有元素会生成字符串( React.createElement("div")),然而由你自定义的组件却不会生成( React.createElement(MyComponent))。
  • 传入JSX元素里的属性类型的查找方式不同。 固有元素属性 本身就支持,然而自定义的组件会自己去指定它们具有哪个属性。
    TypeScript使用 与React相同的规范 来区别它们。 固有元素总是以一个小写字母开头,基于值的元素总是以一个大写字母开头。

固有元素

固有元素使用特殊的接口 JSX.IntrinsicElements来查找。 默认地,如果这个接口没有指定,会全部通过,不对固有元素进行类型检查。 然而,如果这个接口存在,那么固有元素的名字需要在 JSX.IntrinsicElements接口的属性里查找。 例如:

  1. declare namespace JSX {
  2. interface IntrinsicElements {
  3. foo: any
  4. }
  5. }
  6. <foo />; // 正确
  7. <bar />; // 错误

在上例中, <foo />没有问题,但是 <bar />会报错,因为它没在 JSX.IntrinsicElements里指定。

注意:你也可以在 JSX.IntrinsicElements上指定一个用来捕获所有字符串索引:
  1. declare namespace JSX { interface IntrinsicElements { [elemName: string]: any; }}

基于值的元素

基于值的元素会简单的在它所在的作用域里按标识符查找。

  1. import MyComponent from "./myComponent";
  2. <MyComponent />; // 正确
  3. <SomeOtherComponent />; // 错误

有两种方式可以定义基于值的元素:

  • 无状态函数组件 (SFC)
  • 类组件
    由于这两种基于值的元素在JSX表达式里无法区分,因此我们首先会尝试将表达式做为无状态函数组件进行解析。如果解析成功,那么我们就完成了表达式到其声明的解析操作。如果按照无状态函数组件解析失败,那么我们会继续尝试以类组件的形式进行解析。如果依旧失败,那么将输出一个错误。

无状态函数组件

正如其名,组件被定义成JavaScript函数,它的第一个参数是 props对象。 我们强制它的返回值可以赋值给 JSX.Element

  1. interface FooProp {
  2. name: string;
  3. X: number;
  4. Y: number;
  5. }
  6. declare function AnotherComponent(prop: {name: string});
  7. function ComponentFoo(prop: FooProp) {
  8. return <AnotherComponent name=prop.name />;
  9. }
  10. const Button = (prop: {value: string}, context: { color: string }) => <button>

由于无状态函数组件是简单的JavaScript函数,所以我们还可以利用函数重载。

  1. interface ClickableProps {
  2. children: JSX.Element[] | JSX.Element
  3. }
  4. interface HomeProps extends ClickableProps {
  5. home: JSX.Element;
  6. }
  7. interface SideProps extends ClickableProps {
  8. side: JSX.Element | string;
  9. }
  10. function MainButton(prop: HomeProps): JSX.Element;
  11. function MainButton(prop: SideProps): JSX.Element {
  12. ...
  13. }

类组件

我们可以限制类组件的类型。 然而,为了这么做我们需要引入两个新的术语: 元素类的类型元素实例的类型

现在有 <Expr />元素类的类型Expr的类型。 所以在上面的例子里,如果 MyComponent是ES6的类,那么它的类类型就是这个类。 如果 MyComponent是个工厂函数,类类型为这个函数。

一旦建立起了类类型,实例类型就确定了,为类类型调用签名的返回值与构造签名的联合类型。 再次说明,在ES6类的情况下,实例类型为这个类的实例的类型,并且如果是工厂函数,实例类型为这个函数返回值类型。

  1. class MyComponent {
  2. render() {}
  3. }
  4. // 使用构造签名
  5. var myComponent = new MyComponent();
  6. // 元素类的类型 => MyComponent
  7. // 元素实例的类型 => { render: () => void }
  8. function MyFactoryFunction() {
  9. return {
  10. render: () => {
  11. }
  12. }
  13. }
  14. // 使用调用签名
  15. var myComponent = MyFactoryFunction();
  16. // 元素类的类型 => MyFactoryFunction
  17. // 元素实例的类型 => { render: () => void }

元素的实例类型很有趣,因为它必须赋值给 JSX.ElementClass或抛出一个错误。 默认的 JSX.ElementClass{},但是它可以被扩展用来限制JSX的类型以符合相应的接口。

  1. declare namespace JSX {
  2. interface ElementClass {
  3. render: any;
  4. }
  5. }
  6. class MyComponent {
  7. render() {}
  8. }
  9. function MyFactoryFunction() {
  10. return { render: () => {} }
  11. }
  12. <MyComponent />; // 正确
  13. <MyFactoryFunction />; // 正确
  14. class NotAValidComponent {}
  15. function NotAValidFactoryFunction() {
  16. return {};
  17. }
  18. <NotAValidComponent />; // 错误
  19. <NotAValidFactoryFunction />; // 错误

属性类型检查

属性类型检查的第一步是确定 元素属性类型。 这在固有元素和基于值的元素之间稍有不同。

对于固有元素,这是 JSX.IntrinsicElements属性的类型。

  1. declare namespace JSX {
  2. interface IntrinsicElements {
  3. foo: { bar?: boolean }
  4. }
  5. }
  6. // `foo`的元素属性类型为`{bar?: boolean}`
  7. <foo bar />;

对于基于值的元素,就稍微复杂些。 它取决于先前确定的在元素实例类型上的某个属性的类型。 至于该使用哪个属性来确定类型取决于 JSX.ElementAttributesProperty。 它应该使用单一的属性来定义。 这个属性名之后会被使用。

  1. declare namespace JSX {
  2. interface ElementAttributesProperty {
  3. props; // 指定用来使用的属性名
  4. }
  5. }
  6. class MyComponent {
  7. // 在元素实例类型上指定属性
  8. props: {
  9. foo?: string;
  10. }
  11. }
  12. // `MyComponent`的元素属性类型为`{foo?: string}`
  13. <MyComponent foo="bar" />

元素属性类型用于的JSX里进行属性的类型检查。 支持可选属性和必须属性。

  1. declare namespace JSX {
  2. interface IntrinsicElements {
  3. foo: { requiredProp: string; optionalProp?: number }
  4. }
  5. }
  6. <foo requiredProp="bar" />; // 正确
  7. <foo requiredProp="bar" optionalProp={0} />; // 正确
  8. <foo />; // 错误, 缺少 requiredProp
  9. <foo requiredProp={0} />; // 错误, requiredProp 应该是字符串
  10. <foo requiredProp="bar" unknownProp />; // 错误, unknownProp 不存在
  11. <foo requiredProp="bar" some-unknown-prop />; // 正确, `some-unknown-prop`不是个合法的标识符
注意:如果一个属性名不是个合法的JS标识符(像 data-*属性),并且它没出现在元素属性类型里时不会当做一个错误。

延展操作符也可以使用:

  1. var props = { requiredProp: 'bar' };
  2. <foo {...props} />; // 正确
  3. var badProps = {};
  4. <foo {...badProps} />; // 错误

子孙类型检查

从TypeScript 2.3开始,我们引入了 children类型检查。 children元素属性(attribute)类型的一个属性(property)。 与使用 JSX.ElementAttributesProperty来决定 props名类似,我们可以利用 JSX.ElementChildrenAttribute来决定 children名。 JSX.ElementChildrenAttribute应该被声明在单一的属性(property)里。

  1. declare namespace JSX {
  2. interface ElementChildrenAttribute {
  3. children: {}; // specify children name to use
  4. }
  5. }

如不特殊指定子孙的类型,我们将使用 React typings里的默认类型。

  1. <div>
  2. <h1>Hello</h1>
  3. </div>;
  4. <div>
  5. <h1>Hello</h1>
  6. World
  7. </div>;
  8. const CustomComp = (props) => <div>props.children</div>
  9. <CustomComp>
  10. <div>Hello World</div>
  11. {"This is just a JS expression..." + 1000}
  12. </CustomComp>

你也可以像其它属性一样指定 children的类型。下面我们重写 React typings里的默认类型。

  1. interface PropsType {
  2. children: JSX.Element
  3. name: string
  4. }
  5. class Component extends React.Component<PropsType, {}> {
  6. render() {
  7. return (
  8. <h2>
  9. this.props.children
  10. </h2>
  11. )
  12. }
  13. }
  14. // OK
  15. <Component>
  16. <h1>Hello World</h1>
  17. </Component>
  18. // Error: children is of type JSX.Element not array of JSX.Element
  19. <Component>
  20. <h1>Hello World</h1>
  21. <h2>Hello World</h2>
  22. </Component>
  23. // Error: children is of type JSX.Element not array of JSX.Element or string.
  24. <Component>
  25. <h1>Hello</h1>
  26. World
  27. </Component>

JSX结果类型

默认地JSX表达式结果的类型为 any。 你可以自定义这个类型,通过指定 JSX.Element接口。 然而,不能够从接口里检索元素,属性或JSX的子元素的类型信息。 它是一个黑盒。

嵌入的表达式

JSX允许你使用 { }标签来内嵌表达式。

  1. var a = <div>
  2. {['foo', 'bar'].map(i => <span>{i / 2}</span>)}
  3. </div>

上面的代码产生一个错误,因为你不能用数字来除以一个字符串。 输出如下,若你使用了 preserve选项:

  1. var a = <div>
  2. {['foo', 'bar'].map(function (i) { return <span>{i / 2}</span>; })}
  3. </div>

React整合

要想一起使用JSX和React,你应该使用 React类型定义。 这些类型声明定义了 JSX合适命名空间来使用React。

  1. /// <reference path="react.d.ts" />
  2. interface Props {
  3. foo: string;
  4. }
  5. class MyComponent extends React.Component<Props, {}> {
  6. render() {
  7. return <span>{this.props.foo}</span>
  8. }
  9. }
  10. <MyComponent foo="bar" />; // 正确
  11. <MyComponent foo={0} />; // 错误

原文: https://www.tslang.cn/docs/handbook/jsx.html