jest환경에서의 export * from './*' 이슈

안녕하세요! Jest 환경에서 'export * from './*'' 패턴을 사용할 때 발생하는 이슈에 대해 도움을 드리겠습니다. Jest가 'export *' 문을 처리하는 동작은 일반적인 ES 모듈 동작과 다를 수 있습니다. Jest의 동작은 모든 파일을 실행하지 않고 모듈 간의 관계를 추적하여 필요한 파일만 가져오려고 시도하기 때문입니다. 따라서 'export * from './*'' 패턴은 Jest 환경에서 예상치 못한 동작을 일으킬 수 있습니다. 이 문제를 해결하기 위한 일반적인 패턴은 'index.ts' 파일에서 명시적으로 내보낼 파일들을 나열하는 것입니다. 예를 들어, 'index.ts' 파일을 다음과 같이 수정해보세요. 이렇게 하면 Jest가 명시적으로 내보낸 파일들을 찾고 필요한 모듈만 가져와서 테스트를 수행하게 됩니다. 성능 측면에서 'export *' 패턴에는 일반적으로 큰 이슈는 없습니다. 다만, 모든 파일을 한 번에 내보내기 때문에 프로젝트의 규모가 커질수록 번들 크기가 커질 수 있습니다. 이를 방지하기 위해 트리 쉐이킹(Tree Shaking) 기능을 활용하여 사용하지 않는 파일은 제외하는 것이 좋습니다. 대부분의 빌드 도구 (예: Webpack)는 트리 쉐이킹을 자동으로 처리하므로 큰 문제가 되지 않을 것입니다. 하지만 특정 상황에서 번들 크기가 큰 문제가 된다면, 필요한 모듈만 직접 가져오는 방식으로 개별적인 'import' 문을 사용하는 것이 좋을 수 있습니다. 테스트 파일에서는 'import { someHook } from 'hooks''와 같이 훅을 가져오는 대신에 'import SomeHook from 'hooks/SomeHook''과 같이 개별 파일을 가져오는 것이 좋습니다. 이렇게 하면 Jest의 모듈 해석 동작과 충돌하지 않으며, 모듈 간의 의존성을 명확하게 파악할 수 있습니다. 이러한 접근 방식을 사용하면 Jest 환경에서도 원하는 대로 테스트를 수행할 수 있을 것입니다.

1
2
3
export { default as SomeHook } from './SomeHook';
export { default as AnotherHook } from './AnotherHook';
// 다른 필요한 훅들을 명시적으로 나열합니다.