typescript
GitHub
  • README
  • Давайте Почнемо
    • Why TypeScript
  • JavaScript
    • Equality
    • References
    • Null vs. Undefined
    • this
    • Closure
    • Number
    • Truthy
  • Future JavaScript Now
    • Classes
      • Classes Emit
    • Arrow Functions
    • Rest Parameters
    • let
    • const
    • Destructuring
    • Spread Operator
    • for...of
    • Iterators
    • Template Strings
    • Promise
    • Generators
    • Async Await
  • Проект / Project
    • Контекст компіляції / Compilation Context
      • tsconfig.json
      • Які файли / Which Files?
    • Простори Оголошень / Declaration Spaces
    • Модулі / Modules
      • File Module Details
      • global.d.ts
    • Namespaces
    • Dynamic Import Expressions
  • Node.js QuickStart
  • Browser QuickStart
  • Library QuickStart
  • TypeScript's Type System
    • JS Migration Guide
    • @types
    • Ambient Declarations
      • Declaration Files
      • Variables
    • Interfaces
    • Enums
    • lib.d.ts
    • Functions
    • Callable
    • Type Assertion
    • Freshness
    • Type Guard
    • Literal Types
    • Readonly
    • Generics
    • Type Inference
    • Type Compatibility
    • Never Type
    • Discriminated Unions
    • Index Signatures
    • Moving Types
    • Exception Handling
    • Mixins
  • JSX
    • React
    • Non React JSX
  • Options
    • noImplicitAny
    • strictNullChecks
  • Errors in TypeScript
    • Interpreting Errors
    • Common Errors
  • NPM
  • Testing
    • Jest
    • Cypress
  • Tools
    • Prettier
    • Husky
    • ESLint
    • Changelog
  • TIPs
    • String Based Enums
    • Nominal Typing
    • Stateful Functions
    • Currying
    • Type Instantiation
    • Lazy Object Literal Initialization
    • Classes are Useful
    • Avoid Export Default
    • Limit Property Setters
    • outFile caution
    • JQuery tips
    • static constructors
    • singleton pattern
    • Function parameters
    • Build Toggles
    • Barrel
    • Create Arrays
    • Typesafe Event Emitter
  • StyleGuide
  • TypeScript Compiler Internals
    • Program
    • AST
      • TIP: Visit Children
      • TIP: SyntaxKind enum
      • Trivia
    • Scanner
    • Parser
      • Parser Functions
    • Binder
      • Binder Functions
      • Binder Declarations
      • Binder Container
      • Binder SymbolTable
      • Binder Error Reporting
    • Checker
      • Checker Diagnostics
      • Checker Error Reporting
    • Emitter
      • Emitter Functions
      • Emitter SourceMaps
    • Contributing
Powered by GitBook
On this page
Edit on GitHub
  1. TIPs

Classes are Useful

PreviousLazy Object Literal InitializationNextAvoid Export Default

Last updated 1 year ago

Класи корисні

Дуже часто зустрічається така структура:

function foo() {
    let someProperty;

    // інший код ініціалізації

    function someMethod() {
        // робота з властивостями `someProperty`
        // та інакший код
    }
    // можливо інші методи

    return {
        someMethod,
        // можливо інші методи
    };
}

Це відомо як шаблон розкриваючого модуля (revealing module pattern) і досить поширений у JavaScript (використовує переваги замикання JavaScript).

якщо ви використовуєте тоді your file is effectively the same (ваш файл фактично той самий). Однак є занадто багато випадків, коли люди пишуть такий код:

let someProperty;

function foo() {
   
    // інший код ініціалізації
}
foo(); // код ініціалізації

someProperty = 123; // ще код ініціалізації

// Деякі службові функції не експортовано

// після
export function someMethod() {

}

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

class Foo {
    public someProperty;

    constructor() {
        // ініціалізація
    }

    public someMethod() {
        // код
    }

    private someUtility() {
        // код
    }
}

export = new Foo();

І це не лише розробники, створення інструментів для розробників, які забезпечують чудову візуалізацію класів, є набагато поширенішим, і вашій команді потрібно розуміти та підтримувати на один шаблон менше.

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

file modules (що ви дійсно повинні робити, оскільки глобальний скоп - це погано)