보드에 초대 기능을 만들었다 초기에 구상한 기능은 userId가 shared 테이블에 들어오면 그 유저는 인증이 된 유저라서 권한을 부여해줘 관리자가 생성한 보드에 권한을 받아 수정할 수 있게 해주자는 취지였다. 코드는 위와 같다. 먼저 중복 공유를 체크하기 위해 유저가 있는지 없는지 체크해준다. 공유되지 않은 경우에는 new Shared() 라는 새로운 엔티티에 초대된 유저의 정보를 넣어준다. shared 테이블에도 데이터가 잘 들어와진 모습 그런데 초대 기능은 만들었지만 조금 더 심화적으로 생각해 볼 필요가 있다. 지금은 보드를 생성한 관리자가 userId를 찾아 초대를 해버리는 것이라 '승낙' 과 '거절'을 할 수 없다는 것이다. 이 로직을 위한 고민을 더 해보는 시간을 가져야 될 것이고, 사용자 ..

카테고리 없음 2024. 3. 19. 20:10

인터셉터는 @Injectable() 데코레이터로 주석이 달린 클래스 인터셉터는 NestInterceptor 인터페이스를 구현해야함 인터셉터에는 AOP( Aspect Oriented 프로그래밍 ) 기술 에서 영감을 받은 유용한 기능 세트가 있다. 이를 통해 다음이 가능해진다. 메소드 실행 전/후에 추가 로직 바인딩 함수에서 반환된 결과를 변환 함수에서 발생한 예외를 변환 기본 기능 동작 확장 특정 조건(예: 캐싱 목적)에 따라 기능을 완전히 재정의 관점 지향 프로그래밍 교차 관심사를 분리하여 모듈성을 높이는 것을 목표로 하는 프로그래밍 패러다임 즉 로깅처럼 인터셉터는 각가의 기능에 횡단을하면서 관점지향으로 재사용성을 목적으로 하나로 묶는 것 import { Injectable, NestInterceptor..

카테고리 없음 2024. 3. 19. 01:14

name: Nestjs CI on: push: branches: [main] pull_request: branches: [main] jobs: build: runs-on: ubuntu-latest strategy: fail-fast: false matrix: node-version: [16.x, 18.x, 20.x] steps: - uses: actions/checkout@v2 - name: Use Node.js ${{ matrix.node-version }} uses: actions/setup-node@v2 with: node-version: ${{ matrix.node-version }} - name: Install dependencies run: npm ci - name: Run lint run: ..

카테고리 없음 2024. 3. 16. 01:01

개인과제를 끝으로 네스트의 구성요소를 다시 되돌아보자 모듈 Nest.js의 주요 구성 요소로, 여러 컨트롤러, 서비스, 프로바이더를 포함함 컨트롤러 사용자 요청을 처리함 사용자의 요청에 따라 서비스에 넘겨줌 사용자 요청을 인가 받아 서비스에 작성된 로직을 이용해 작업 수행함 서비스 데이터 처리 및 비즈니스 로직을 수행함 프로바이더 모듈에서 제공하는 서비스, 리포지토리, 팩토리 등의 목록을 정의함 의존성(DI) 주입 시스템으로서 핵심 요소임. imports 다른 모듈에서 내보낸(exports) 프로바이더를 현재 모듈이 사용할 수 있게 함 exports 현재 모듈이 외부로 공개하고자 하는 프로바이더(서비스, 리포지토리 등)의 목록을 정의함

[TIL] 2024. 3. 15. 01:52

쿼리러너를 활용한 트랜잭션 적용하기 공식 문서에 나온 예시는 다음과 같다 이 트랜잭션을 내 프로젝트에 적용시켜야한다. 공식문서의 예시엔 dataSource를 임포트해서 써주지만 나는 queryRunner에 manage.connetion을 활용해서 DB연결과 트랜잭션을 관리했다 트랜잭션은 동시성을 처리하기 위한 기술요소인데 메서드를 하나씩 살펴 보겠다. createQueryRunner()는 커넥션을 활용해 디비와 연결하는 설정 단계임 startTransaction()은 트랜잭션을 시작하겠다는 의미 즉, starttransaction을 걸면 오토 커밋을 안하겠다는 말임 그렇다면 DB에는 내가 수동적으로 commit 해줘야한다는 의미 이런식으로다가 commitTransaction() 으로 디비에 트랜잭션을 커..

카테고리 없음 2024. 3. 14. 03:30

또 FK 문제다 오늘은 공연을 생성하면서 100좌석이 생기면 예약시 좌석을 선택하여 예약할 수 있는 로직을 짜는 와중에 만났다 Seat테이블과 Reserve 테이블 연결은 정확히 되어 있는데 아직까지 오류를 찾지 못했다. 진짜 entity에 대한 이해도가 떨어져서 그런가 답답하다,,

카테고리 없음 2024. 3. 13. 02:57

오늘 만난 오류 오류의 경위는 이렇다 공연을 생성하는 API다 useGuards를 통해 권한을 부여받고 공연을 생성하게 만드는건데 위와 같은 오류가 발생했다. 코드에서 확인할 수 있는 것들은 꼼꼼히 확인하여 코드 레벨에서는 오류가 없다는 것을 파악했다 오류를 알아보니 entities에서 발생하는 것 같은데 ERD 설계를 바탕으로 OneToMany, ManyToOne 관계를 줬을때 이상 없었고 useGuards를 빼면 정말 정확히 작동하게된다. 오류를 해결하려는데 정말 오늘 정규시간 전체를 날린 것 같다 해결했으면 다행인데 해결도 못했다. 아래는 useGuards 사용하지 않았을 때 동작하는 모습을 담았다 정말 잘된다 useGaurds만 빼면,, 이걸 고쳐야 권한 설정이 될텐데 내일은 꼭 고쳐야겠다 일단은..

카테고리 없음 2024. 3. 12. 01:28

오늘 만난 오류 password를 이메일과 같은 형식으로 입력하라고 나와있다. 이 오류는 validator에서 내뿜는 것이 명확하단 판단으로 login.dto.ts로 이동해봤다. password 데코레이터 쪽을 보면 @IsString으로 줬어야했는데 @IsEmail로 선언되어 있다. IsString 으로 바꿔주고 회원가입을해보니 작동이 매우 잘된다.

카테고리 없음 2024. 3. 10. 03:46