let value: any;

value = "Hello"; // 문자열 가능
value = 123; // 숫자 가능
value = true; // 불리언 가능
value = {}; // 객체 가능
value = () => {}; // 함수 가능

any는 타입 계층의 상단에 위치한다. 어떤 타입이든 할당 가능하고, 타입스크립트의 타입 체크를 무시한다. 타입 안정성이 없는 any타입은 여러가지 문제를 발생시킬 수 있는데 예를들면 아래와 같다.

let value: number = 42;

// `as any`를 사용하여 타입 강제 변환 가능(타입 검사 우회)
value = "hello" as any; 
value = { name: "Alice" } as any; 

console.log(value); 
// 선언에 따라 타입체커는 number타입으로 판단할 것이고, 런타임에서 예상치 못한 문제가 발생할 수 있음

any는 타입이라기엔 타입 체킹을 해제하여 변수를 그냥 자바스크립트 변수처럼 사용할 수 있게 한다. 결국 타입 설계가 불분명해지고 타입시스템의 신뢰도를 떨어뜨린다.

🔥 any 활용 케이스

1. 점진적인 마이그레이션 (JS → TS)

   • 기존 JavaScript 프로젝트를 TypeScript로 변환할 때 모든 변수에 정확한 타입을 지정하기 어렵다면, 임시로 any를 사용하고 나중에 점진적으로 수정하는 방식.

   function legacyFunction(data: any) {
     return data * 2; // 문제 발생 가능!
   }
   

2. 라이브러리 타입 정의가 없는 경우(외부 패키지 사용)

   • TypeScript 지원이 없는 서드파티 라이브러리를 사용할 때 any를 사용해 우회할 수 있음.
   • 이후 지원되는 타입을 찾거나 직접 .d.ts 파일을 작성.

   import someLibrary from "some-legacy-library";
   
   const result: any = someLibrary.doSomething();
   

3. 타입을 정확히 알 수 없는 동적 데이터 처리

• API 응답 데이터가 복잡하고 타입 정의가 어려운 경우 any를 활용할 수 있음.
• 하지만 unknown을 쓰고, 후속 타입 검사를 하는 것이 더 안전하다.

async function fetchData(url: string): Promise<any> {
  const response = await fetch(url);
  return response.json(); // 데이터 구조를 정확히 모를 때
}

1. 매우 유연한 함수나 유틸리티 개발

   • 특정한 데이터 타입에 종속되지 않고, 동적으로 값을 처리하는 경우 any를 사용할 수도 있음.
   • 하지만 이 경우도 T extends object 같은 제네릭을 활용하는 게 더 안전함.

   function flexibleFunction(obj: any): any {
     return JSON.parse(JSON.stringify(obj));
   }