TS和JS中的Getters和Setter究竟有什么用？

当 ECMAScript 5（2009）发布时，getters 和 setter（也称为访问器）被引入 JavaScript。

问题是，对于引入它们的原因及实用性存在很多困惑。

我在 reddit 看到了一个帖子，讨论的内容是它们是否是反模式。

不幸的是，该主题的普遍共识是 “yes”。我认为这是因为大多数情况下，你所做的前端编程都不会要求提供 getter 和 setter 这样的操作。

尽管我不同意 getter 和 setter 完全是一个反模式。但它们在几种情况下能带来更多的实用性。

它们是什么？

getter 和 setter 是另一种提供对象属性访问的方法。

一般的用法如下所示：

interface ITrackProps {
  name: string;
  artist: string;
}

class Track {  
  private props: ITrackProps;

  get name (): string {
    return this.props.name;
  }

  set name (name: string) {
      this.props.name = name;
  }

  get artist (): string {
    return this.props.artist;
  }

  set artist (artist: string) {
      this.props.artist = artist;
  }

  constructor (props: ITrackProps) {
    this.props = props;
  } 

  public play (): void {    
      console.log(`Playing ${this.name} by ${this.artist}`);
  }
}

现在问题变成了：“为什么不只使用常规类属性？”

那么，在这种情况下，是可以的。

interface ITrackProps {
  name: string;
  artist: string;
}

class Track {  
  public name: string;
  public artist: string;

  constructor (name: string, artist: string;) {
    this.name = name;
    this.artist = artist;
  } 

  public play (): void {    
      console.log(`Playing ${this.name} by ${this.artist}`);
  }
}

这是一个非常简单的例子，让我们来看一个更好地描述，为什么我们应该关心使用 getter 和 settter 与常规类属性的场景。

防止贫血模式

你还记得贫血模式（译者注：一种反模式）是什么吗？尽早发现贫血模式的方法之一是，假如你的域实体的每个属性都有getter和setter（即：set 对域特定语言没有意义的操作）暴露的话。

如果你没有明确地使用 get 或 set 关键字，那么会使所有 public 也有相同的负面影响。

思考这个例子：

class User {
  // 不好。你现在可以`set` 用户ID。 
  // 是否需要将用户的 id 变更为其他标识符？ 
  // 这样安全吗？ 你应该这样做吗？
  public id: UserId;

  constuctor (id: UserId) {
    this.id = id;
  }
}

在领域驱动设计中，为了防止出现贫血模式，并推进特定于领域的语言的创建，对于我们仅公开对领域有效的操作非常重要。

这意味着你需要了解自己正在工作的领域。

我会让自己接受审查。让我们来看看 White Label 中的 Vinyl 类，这是一个开源的乙烯基交易程序，使用领域驱动进行设计并基于 TypeScript 构建。

import { AggregateRoot } from "../../core/domain/AggregateRoot";
import { UniqueEntityID } from "../../core/domain/UniqueEntityID";
import { Result } from "../../core/Result";
import { Artist } from "./artist";
import { Genre } from "./genre";
import { TraderId } from "../../trading/domain/traderId";
import { Guard } from "../../core/Guard";
import { VinylCreatedEvent } from "./events/vinylCreatedEvent";
import { VinylId } from "./vinylId";

interface VinylProps {
  traderId: TraderId;
  title: string;
  artist: Artist;
  genres: Genre[];
  dateAdded?: Date;
}

export type VinylCollection = Vinyl[];

export class Vinyl extends AggregateRoot<VinylProps> {

  public static MAX_NUMBER_GENRES_PER_VINYL = 3;

    //1. 外观。 VinylId 键实际上并不存在
  //作为属性的 VinylProps，但我们仍然需要
  //提供对它的访问。
  get vinylId(): VinylId {
    return VinylId.create(this.id)
  }

  get title (): string {
    return this.props.title;
  }

  // 2. 所有这些属性都作为 props 嵌套
  // 在一层，这样我们就可以控制对 ACTUAL 值
  // 的访问和变化。
  get artist (): Artist {
    return this.props.artist
  }

  get genres (): Genre[] {
    return this.props.genres;
  }

  get dateAdded (): Date {
    return this.props.dateAdded;
  }

  // 3. 你会发现到目前为止还没有 setter，
  // 因为在创建之后去改变这些东西是没有意义的
  
  get traderId (): TraderId {
    return this.props.traderId;
  }

  // 4. 这种方法称为“封装集合”。
  // 是的，我们需要添加类型。 但我们仍
  // 然没有公开 setter，因为这里有一
  // 些我们想要确保强制执行的不变逻辑。

  public addGenre (genre: Genre): void {
    const maxLengthExceeded = this.props.genres
      .length >= Vinyl.MAX_NUMBER_GENRES_PER_VINYL;

    const alreadyAdded = this.props.genres
      .find((g) => g.id.equals(genre.id));

    if (!alreadyAdded && !maxLengthExceeded) {
      this.props.genres.push(genre);
    }
  }

  // 5. 提供一种删除方式。

  public removeGenre (genre: Genre): void {
    this.props.genres = this.props.genres
      .filter((g) => !g.id.equals(genre.id));
  }

  private constructor (props: VinylProps, id?: UniqueEntityID) {
    super(props, id);
  }

  //  6. 这就是我们创建 Vinyl 的方法。
  // 创建之后，除了 Genre 之外，所有属性
  // 都会变为“只读”，因为启用修改是有意义的。
  public static create (props: VinylProps, id?: UniqueEntityID): Result<Vinyl> {
    const propsResult = Guard.againstNullOrUndefinedBulk([
      { argument: props.title, argumentName: 'title' },
      { argument: props.artist, argumentName: 'artist' },
      { argument: props.genres, argumentName: 'genres' },
      { argument: props.traderId, argumentName: 'traderId' }
    ]);

    if (!propsResult.succeeded) {
      return Result.fail<Vinyl>(propsResult.message)
    } 

    const vinyl = new Vinyl({
      ...props,
      dateAdded: props.dateAdded ? props.dateAdded : new Date(),
      genres: Array.isArray(props.genres) ? props.genres : [],
    }, id);
    const isNewlyCreated = !!id === false;

    if (isNewlyCreated) {
      //  7. 这就是我们需要 VinylId 的原因：
      // 为这个域事件的所有订阅者提供标识符。
      vinyl.addDomainEvent(new VinylCreatedEvent(vinyl.vinylId))
    }

    return Result.ok<Vinyl>(vinyl);
  }
}

充当外观、维护只读值、强制执行模型表达、封装集合以及创建域事件是领域驱动设计中 getter 和 setter 的一些非常可靠的用例。

在 Vue.js 中更改检测

Vue.js 是一个较新的前端框架，以其快速和响应式而闻名。

Vue.js 能够如此有效地检测改变的原因是它们用 Object.defineProperty() API 去监视对 View Models 的更改！

来自 Vue.js 关于响应式的文档：

当你将纯 JavaScript 对象作为其数据选项传递给 Vue 实例时，Vue 将遍历其所有属性并用 Object.defineProperty 将它们转换为 getter/setter。 getter/setter 对用户是不可见的，但是在幕后，它们使 Vue 能够在访问或修改属性时执行依赖关系跟踪和更改通知。 —— Vue.js 文档：响应式

总之，getter 和 setter 针对很多问题有很大的实用性。不过在现代前端 Web 开发中，这些问题并没有太多出现。

英文原文地址：https://www.freecodecamp.org/news/typescript-javascript-getters-and-setters-are-they-useless/

为了保证的可读性，本文采用意译而非直译。

更多web前端开发知识，请查阅 HTML中文网 ！！

以上就是TS和JS中的Getters和Setter究竟有什么用？的详细内容，更多请关注0133技术站其它相关文章！