개발 개맛집

2025.03.24-[DI] DI가 어떻게 동작하는지 소스코드 해부하기(feat. typeDI)typeDI의 컨테이너 관련 글에 이어 singleton 서비스가 전역으로 적용되는 메커니즘에 대해 알아봅니다.  🌠 목차✅ 내부 코드에서의 의존성 주입 흐름✅ Singleton 서비스가 전역이 되는 메커니즘✅ 실제 작동 예시 의존성 주입 흐름@Service()데코레이터가 호출될 때 어떤 방식으로 의존성 주입이 되는지 알아봅니다.내부 흐름과 구현되어 있는 코드를 간략히 요약했습니다. 1. @Service() 호출2. ContainerInstance().set() 호출하여 서비스 등록3. 서비스 메타데이터가 컨테이너의 metadataMap에 저장4. Container.get()이 호출되면 저장된 메타데이터 기반..

안녕하세요 먼저 이 포스팅을 쓰기에 앞서 어떤 관점으로 작성을 해야 할지 고민했습니다.이미 이 글을 읽는 분들이라면 DI가 무엇인지는 아는 분들일 것이고, nestJS의 DI도 이해하고 있을 것이라고 생각합니다.이번 포스트에서는 오늘날 널리 사용되고 있는 nestJS 프레임워크가 영감을 받았다고 하는typeDI를 통해 DI의 동작원리에 대해 분석해 보려고 합니다 이 글은1. 나의 학습을 위한 것이면서2. DI에 대한 이해와 함께 typeDI가 어떻게 동작하는지를 알아봅니다. 너무 무겁지 않으면서도 이해하기 쉽게 쓰는 글이 좋은 글이라는 생각으로 이 기조에 어긋나지 않게 작성해 보겠습니다.  참고 링크:typeDI 공식 깃허브  🌠 목차✅ DI가 무엇인지 가볍게 맛보기✅ typeDI의 구조 살펴보기✅ t..

AI가 대두되는 요즘, 개발자에게는 코딩 실력만으로는 부족합니다.비즈니스를 이해하고 효과적으로 소통하는 능력이 더욱 중요해졌습니다.이런 종합적인 역량은 불필요한 의사소통 비용을 줄이고 효율적인 개발로 이어져,결국 회사와 개발자 본인의 가치를 높이는 핵심 요소가 됩니다.현대 개발자는 기술과 비즈니스의 균형을 맞추며, 이를 명확히 전달할 수 있어야 합니다. 아래의 글들을 통해 자신의 능력을 올리는데 도움이 되었으면 좋겠습니다.  ⬇️ 꿀팁은 맨아래🌠 목차✅ SCQA를 생각하자 ✅ 조사를 제거하자✅ 듣는이를 고려하자 SCQA를 생각하자 SCQA란?상황(Situation) - 현재 상황/배경 설명ex: "AI 반환 실행 횟수 초과 에러 관련하여 문의 드립니다."복잡성(Complication) - 문제점/이슈 ..

관련된 링크  🌠 목차✅ ✅ ✅  인터셉터의 기능 및 역할AOP 기법에서 영감을 얻은 유용한 기능메서드 실행 전/후에 추가 로직을 바인딩 함수에서 반환된 결과 변환함수에서 던져닌 예외를 변환기본 함수 동작 확장특정 조건에 따라 함수를 완전히 재정의(ex:캐싱) 쉽게 말해서 컨트롤러 핸들러 메서드의 전후에 추가적인 로직을 삽입하거나,핸들러의 결과값 또는 예외를 변환하는 등 다양한 작업을 수행할 수 있는 클래스입니다.마치 컨트롤러 핸들러를 감싸는 래퍼(wrapper)와 같은 역할을 합니다. 인터셉터 구현 중 제목 작성인터셉터는 @Inejectable() 데코레이터 주석을 달고 NestInterceptor 인터페이스를 구현하는 클래스입니다. 각 인터셉터는 두 개의 인수를 받는 ExecutionContext와..

가드는 @Injectable() 데코레이터로 주석이 달린 클래스로,CanActivate 인터페이스를 구현합니다.  관련된 링크: https://docs.nestjs.com/guards   🌠 목차✅ 가드와 미들웨어 차이점✅ 가드 구현 canActivation과 FirebaseTokenGuard✅  가드와 미들웨어 차이점 가드란? 가드에는 단일 책임이 있습니다.역할: 런타임에 존재하는 특정 조건(권한, 역할)에 따라 주어진 요청이 라우트 핸들러에 의해 처리될지 여부를 결정합니다.주로 Controller에서 @AuthGuard, @TokenGuard, @AdminGuard로 사용됩니다. Express에서는 middleware에 의해 처리되었습니다. 미들웨어는 토큰 유효성 검사 및 요청 개체에 속성 첨부 등..

파이프는 @Injectable() 데코레이터로 주석이 달린 클래스로, PipeTransform 인터페이스를 구현합니다.   관련된 링크 : https://docs.nestjs.com/pipes  🌠 목차✅ 파이프의 일반적 사례✅ 파이프 바인딩과 적용✅ queryString과 body의 데이터 처리 차이점 파이프의 일반적 사례 transfromation: 입력 데이터를 원하는 형식(예: 문자열에서 정수로)으로 변환합니다.validation: 입력 데이터를 평가하여 유효하면 변경 없이 통과하고, 그렇지 않으며 예외를 던집니다.  두 경우 모두 컨트롤러 경로 핸들러에서 처리 중인 인수에 대해 작동합니다 파이프 작동 방식요청: 클라이언트가 서버로 요청을 보냅니다.파이프 실행: NestJS는 요청 데이터를 파이..

브랜치를 푸시하거나, 라벨을 붙이거나, 태그를 추가할 경우 GitHub Action을 이용하여 Azure API Container에 자동으로 배포하는 방법을 공유합니다.    저희 팀에서는 변형된 Git flow 전략으로 버전 관리를 하고 있습니다그중 QA 브랜치만 다루도록 하겠습니다.  🌠 목차✅ CI/CD에서 원하는 동작✅ GitHub Action workflow 생성✅ Azure 배포 프로세스의 이해 ⭐️⭐️⭐️✅ 만약 안되는 부분이 있다면✅ 회고 CI/CD에서 원하는 동작QA 브랜치에 PR을 만들고 "QA"라벨을 추가하면 자동 CI/CD가 되도록 구현하려고 한다.   GitHub Action workflow 생성workflow 파일 코드name: Trigger auto deployment for..

Nestjs Exception filters 첫 문장Nest에는 애플레킹션 전체에서 처리되지 않은 모든 예외를 처리하는 예외 계층이 내장 되어 있습니다.애플리케이션 코드에서 처리되지 않은 예외가 발생하면 이 계층에서 이를 포착하여 적절한 사용자 친화적인 응답을 자동 전송합니다.   관련된 링크: https://docs.nestjs.com/exception-filters  🌠 목차✅ NestJS 요청 라이프 사이클✅ Exception filters의 주요목적✅ Exception filters가 에러를 잡을 수 있는 이유✅ 예외 처리 방법들 ✅ Exception filters를 활용한 커스텀 ✅ 필터와 파이프 차이NestJS 요청 라이프 사이클클라이언트의 요청이 컨트롤러에 도달하기까지의 플로우1. 클라이..