코드 낭만 제작소

지난번에 프로젝트를 표준구조에서 monorepo구조로 변경을 진행했다. [NestJS] 프로젝트 구조를 MonoRepo(모노레포)로 구성하기 혹시라도 어떻게 구성했는지 궁금한 분들은 지난번 글을 보셔도 좋을 것 같다! 크게는 작업공간을 나누기와 라이브러리(lib) 구성하기로 나누어지는 것 같다.작업 공간을 나누고 lib를 구성 한다고 해도 추후에 설정 해야 할 것이 훨씬 많겠지...그것들은 추후에 적용해나가면서 블로그에도 글을 남겨둘 예정이다. 본론으로 돌아가서 다시 공식 문서를 들여다 본다.NestJS 공식문서 CLI- libraries 이전에 작업했던 작업공간의 분리(apps-app)의 탭인 Workspaces가 보이고,그 바로 아래 Libraries가 지금 하는 작업의 목표다. 탭을 누르고 들어가 ..

프로젝트를 진행하면서 이곳저곳 기웃기웃하다보니 프로젝트의 구조를 다르게 가져가는 경우도 있다는걸 발견했다!'모노레포'라는 것인데 공식문서에 쓰여있는 내용을 빌리자면 이렇다.모노레포 모드 : 이 모드는 코드 아티팩트를 가벼운 모노레포 의 일부로 취급하며 , 개발자 팀 및/또는 다중 프로젝트 환경에 더 적합할 수 있습니다. 빌드 프로세스의 일부를 자동화하여 모듈형 구성 요소를 쉽게 만들고 구성할 수 있게 하고, 코드 재사용을 촉진하고, 통합 테스트를 더 쉽게 만들고, 규칙 및 기타 구성 정책과 같은 프로젝트 전체 아티팩트를 쉽게 공유할 수 있게 하며 , github 하위 모듈과 같은 대안보다 사용하기 쉽습니다. 모노레포 모드는 파일 에 표현된 작업 공간의 개념을 사용하여 모노레포의 구성 요소 간의 관계를 조..

사실 NestJS관련 에러는 아니지만 개발중 발견해서 여기다 적는다~ git에서 받은 코드가 VSCode상에서 줄의 끝부분마다 빨간줄로 도배가되는 현상이 발생했다. 작동에는 이상이 없었지만 이걸 그냥 두면 실제로 문제가 발생한 파일과 정상적인 파일 구분이 어렵기도하고 심적으로도 압박감이 심했다. 그래서 열심히 찾아보니 prettier문제인걸 확인 했고 아래의 구문을 rules:에 추가했다 'prettier/prettier': [ 'error', { endOfLine: 'auto', }, ], 변경 후 저장 하자마자 에러는 사라졌다. 만약 바로 에러가 사라지지않으면 VSCode를 한번 껐다 켜보면 된다.

NestJS와 TypeORM을 사용하면서 가장 맘에 들었던 것은 '테이블을 따로 만들어가면서 개발을 하지 않아도된다는 것!' 이었다. 또한 TypeORM모듈에서 옵션값을 주면 Entity에서 정의한 내용을 바탕으로 DB에 테이블들을 생성해준다! 즉, 엔티티만 잘 작성하게되면 Table을 직접 컨트롤 할 일이 엄청나게 많이 줄어든다. 우선 Entity를 작성하기 위한 파일을 생성해 준다. src 아래의 User모듈의 각 파일들을 모아둘 수 있는 폴더(User)를 만들고 그 안에 '모듈명.entity.ts' 이런식으로 파일을 생성한다. 추후 다른 모듈의 Entity를 작성 할 시 위의 규칙을 따라야 TypeORM에서 Entity파일들의 형식을 지정 해 줄 수 있다. 그리고 그 안에는 아래와 같은 내용을 우선..