# 유용한 클래스

아래와 같은 구조가 매우 자주 나옵니다:

```typescript
function foo() {
    let someProperty;

    // 다른 초기화 코드

    function someMethod() {
        // `someProperty` 속성을 사용해서 어떤 작업을 하고
        // 이외 다른 작업도 하게 됨
    }
    // 다른 메소드도 있을 수 있음

    return {
        someMethod,
        // 다른 메소드도 있을 수 있음
    };
}
```

이것은 *모듈 노출 패턴* 이라고 불리며 JavaScript 에서 매우 자주 보입니다 (JavaScript 클로저를 활용하는 것).

만약 [*파일 모듈* 을 사용한다고 해도 (글로벌 스코프를 사용하는 것은 나쁘므로 꼭 이렇게 해야)](/typescript-deep-dive/project/modules.md) *결과적으로 동일한 파일* 이 나옵니다. 그렇지만 사람들이 아래처럼 코드를 작성하는 경우도 아주 많습니다:

```typescript
let someProperty;

function foo() {
   // 다른 초기화 코드
}
foo(); // 다른 초기화 코드

someProperty = 123; // 또 다른 초기화

// 익스포트되지 않는 유틸리티 함수들

// later
export function someMethod() {

}
```

필자는 상속을 그렇게 많이 좋아하지는 않지만 *클래스를 사용하게 하면 사람들이 코드를 더 잘 정리한다는 것을 경험했습니다*. 위 코드를 작성했던 개발자는 직관적으로 아래와 같이 바꿨을 것입니다:

```typescript
class Foo {
    public someProperty;

    constructor() {
        // 다른 초기화 코드
    }

    public someMethod() {
        // 다른 코드
    }

    private someUtility() {
        // 다른 코드
    }
}

export = new Foo();
```

일반 개발자에게만 도움이 되는게 아니라, 클래스에 대해 멋진 시각화를 제공해주는 개발 툴들이 많이 만들어지고 있고 팀에서 고민하고 관리해야 할 패턴이 하나 더 줄어드는 효과도 있습니다.

> PS: 필자는 많이 재사용되고 공통 코드를 많이 줄여주는 *얕은* 클래스 계층 구조에는 아무 문제도 없다고 생각합니다.


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://radlohead.gitbook.io/typescript-deep-dive/main-1/classesareuseful.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.