darkenpeng / mini-board Goto Github PK

백엔드끼리 논의할 내용입니다.

이전 맥락

참고 이전에 typeORM + postgre(supabase)를 쓰는 걸 한 번 꺼낸 적이 있습니다!

이유

• 둘 다 서버를 오랫동안 (추정 N달간?) 열 계획이므로 비용 문제를 고려해야함
• EC2를 열었을 때 DB가 원활하게 동작하려면 RAM 사양이 최소 8GB 정도 되어야하는데 코어가 추가되는것/램의 사양에 따라 금액이 커지므로 DB 서버와 분리해야 한다는 생각을 하게 됨.
• 시간에 따라 비용을 산출하는 것이 아닌 api 호출 수 만큼 금액을 산정하는 serverless를 고려하게 됨
• 이때 무료로 postgre를 이용할 수 있는 supabase가 존재함.
• 후보로 두고 있는 typeORM도 postgreSQL을 지원함.

unit test 작성 시 혼동되는 부분이 있어 작업의 단위를 쪼갰습니다.

• 백엔드 코드를 배포할 클라우드 인스턴스 알아보기(예시 : AWS Lambda)
• 프론트엔드 코드 배포 알아보기(예시 : Netlify, cloudflares, )

이유와 함께 적어주세요!

Repository 를 적용하며 DB 테스트를 하고
Auth 에서 사용하는 userService를 userRepository로 바꿔야한다

+DB연결 후 userserivce 의 singUp에서 pw를 가려야한다

분리 엔티티를 인터페이스로 사용한 코드를 고쳐놔야함 이유

userDTO

export class UserDto {
  readonly email: string;
  readonly password: string;
  readonly username: string;
}

UserEntity

abstract class CommonEntity {
  _id: string;
  createdAt: Date;
  updatedAt: Date;
}
export class UserEntity extends CommonEntity {
  email: string;
  username: string;
  password: string;
  imgUrl?: string;
}

// src/users.repository
  async getOneByEmail(email: string): Promise<UserDto> {
    const test = await this.userModel.findOneBy({ email });
    return test;
  }

repository 의 getOneByEmail에서 Promise면 UserEntity 보다 프로퍼티가
_id cratedAt updateAt세 개 적기 때문에 반환이 안되어야 한다고 생각하는데 response 가 밑처럼 나옵니다

// GET /users
    {
        "_id": 1,
        "createdAt": "2022-12-08T01:31:47.740Z",
        "updatedAt": "2022-12-08T01:31:47.740Z",
        "email": "[email protected]",
        "username": "gune",
        "password": "$2b$10$UvrtZ0J.GSJYbFhBArhBU.zISxoazYZ22wU3dAQ7cuLIeDJ2fainm",
        "imgUrl": null
    },

도움을 구합니다...

명세 변경users -> user

코드 컨벤션
커밋 컨벤션

POST API service unit test 작성 시 혼동되는 부분이 있어 공유합니다.

• integration test <-> unit test의 차이
• test DB가 없는 경우 어떻게 service를 테스트 해야하는지 의문 참고한 자료 - e2e테스트 아닌지 헷갈리는 상태임
• service는 controller와 repository의 중간 역할인데 spyOn으로 구현하게 되면 실제 service가 어떻게 동작하는지 테스트하는 것이 아니게 됨.

생각해본 방법

1. fakeDB를 만든다(?)
2. test DB를 파서 e2e같은 integration test를 한다(?)

권한에 따른 인가 구현하기 (jwt guard, strategy)