Readonly

readonly

Система типів TypeScript дозволяє позначати окремі властивості інтерфейсу як readonly. Це дозволяє вам працювати функціонально (неочікувана мутація погана):

function foo(config: {
    readonly bar: number,
    readonly bas: number
}) {
    // ..
}

let config = { bar: 123, bas: 123 };
foo(config);
// Ви можете бути впевнені, що `config` не змінено 🌹

Звичайно, ви також можете використовувати readonly у визначеннях interface і type, наприклад:

type Foo = {
    readonly bar: number;
    readonly bas: number;
}

// Initialization is okay
let foo: Foo = { bar: 123, bas: 456 };

// Mutation is not
foo.bar = 456; // Error: Left-hand side of assignment expression cannot be a constant or a read-only property

Ви навіть можете оголосити властивість класу як readonly. Ви можете ініціалізувати їх у точці оголошення або в конструкторі, як показано нижче:

Readonly

Існує тип Readonly який приймає тип Т і позначає всі його властивості як readonly за допомогою зіставлених типів. Ось демо, яке використовує це на практиці:

Various Use Cases

ReactJS

Однією з бібліотек, яка любить незмінність, є ReactJS, ви можете позначити свої Props і State як незмінні, наприклад:

Однак вам не потрібно, оскільки визначення типів для React уже позначають їх як readonly (шляхом внутрішнього обгортання переданих загальних типів у тип Readonly, згаданий вище).

Seamless Immutable

Ви навіть можете позначити підписи індексу як лише для читання:

Це чудово, якщо ви хочете використовувати рідні масиви JavaScript у незмінному вигляді. Насправді TypeScript постачається з інтерфейсом ReadonlyArray<T>, який дозволяє вам робити саме це:

Automatic Inference

У деяких випадках компілятор може автоматично зробити висновок, що певний елемент є лише для читання, наприклад. у класі, якщо у вас є властивість, яка має лише геттер, але не сеттер, передбачається, що вона лише для читання, наприклад:

Difference from const

Різниця з const const

  1. для посилання на змінну

  2. змінна не може бути перепризначена ні на що інше.

readonly

  1. для властивості класу

  2. властивість можна змінити через псевдонім

Зразок пояснення 1:

Зразок пояснення 2:

По суті, readonly гарантує, що властивість не може буди змінена самостійно, але якщо ви надасте її комусь, хто не має такої гарантії (дозволено з причин сумісності типів), вони можуть змінити її. Звичайно, якщо iMutateFoo сказав, що вони не змінюють foo.bar, компілятор правильно позначить це як помилку, як показано:

Last updated