코드 낭만 제작소

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

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

여느때와 같이 개발을 하던 중 에러를 발견했다.기능의 한 부분을 만들고 서버를 실행시켜보니 제목과같은 에러가 뜨면서 서버에 문제가 생겼다. 굉장히 바보같은 실수고 나다운 실수다... 나 이외에는 이런 문제가 발생 하지 않을 지도 모르지만이와 같은 문제로 시간을 빼앗기고 있을 분들을 위해 기록을 남겨본다.@Module({ imports: [somethingModule], controllers: [SomethingController], providers: [SomethingService, SomethingRepository], exports: [SomethingService],})우선 문제가 되는 기능의 모듈 파일을 가보자!아마 위와같은 방식으로 -각자 조금씩은 다르겠지만- 코드가 작성되어 있을 것이..

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