BE commit 내역이랑 기존 ERD 참고해서 작성

<aside> 💚 Express.js로 백엔드 작업을 할 때 적절한 폴더 구조는 프로젝트의 규모와 복잡성에 따라 달라질 수 있지만, 일반적으로 다음과 같은 구조가 많이 사용되고 추천됩니다:

Copy
project-root/
│
├── src/
│   ├── config/
│   │   └── database.js
│   │
│   ├── controllers/
│   │   └── userController.js
│   │
│   ├── models/
│   │   └── User.js
│   │
│   ├── routes/
│   │   ├── index.js
│   │   └── userRoutes.js
│   │
│   ├── middleware/
│   │   ├── auth.js
│   │   └── errorHandler.js
│   │
│   ├── services/
│   │   └── userService.js
│   │
│   ├── utils/
│   │   └── helper.js
│   │
│   └── app.js
│
├── tests/
│   └── user.test.js
│
├── .env
├── .gitignore
├── package.json
└── README.md

이 구조의 각 부분에 대한 설명:

1. src/: 소스 코드를 포함하는 메인 디렉토리
   • config/: 데이터베이스 설정 등 각종 설정 파일
   • controllers/: 요청을 처리하고 응답을 반환하는 컨트롤러 함수들
   • models/: 데이터베이스 모델 정의
   • routes/: API 라우트 정의
   • middleware/: 인증, 에러 처리 등의 미들웨어
   • services/: 비즈니스 로직을 처리하는 서비스 레이어
   • utils/: 유틸리티 함수들
   • app.js: Express 앱의 메인 설정 파일
2. tests/: 단위 테스트, 통합 테스트 등의 테스트 파일
3. .env: 환경 변수 설정 파일
4. .gitignore: Git에서 무시할 파일 목록
5. package.json: 프로젝트 의존성 및 스크립트 정의
6. README.md: 프로젝트 설명 및 문서

이 구조는 관심사 분리(Separation of Concerns) 원칙을 따르며, 코드의 재사용성과 유지보수성을 높입니다. 또한, 새로운 기능을 추가하거나 기존 기능을 수정할 때 관련 코드를 쉽게 찾을 수 있습니다.

프로젝트의 규모가 커짐에 따라 이 구조를 확장하거나 수정할 수 있습니다. 예를 들어, 대규모 프로젝트에서는 src/ 내부를 기능별 모듈로 나누는 것도 좋은 방법입니다.

</aside>

<aside> 💚 관심사 분리(Separation of Concerns, SoC) 원칙은 소프트웨어 설계의 핵심 원칙 중 하나입니다. 이 원칙은 프로그램을 구별된 부분으로 나누어 각 부분이 단일한 관심사를 다루도록 하는 디자인 원칙입니다.

관심사 분리의 주요 특징과 이점:

1. 모듈성:
   • 각 모듈은 특정 기능이나 관심사에 집중합니다.
   • 이를 통해 코드의 재사용성과 유지보수성이 향상됩니다.
2. 단일 책임 원칙:
   • 각 컴포넌트는 하나의 책임만을 가져야 합니다.
   • 이는 코드의 이해와 수정을 더 쉽게 만듭니다.
3. 느슨한 결합:
   • 모듈 간의 의존성을 최소화합니다.
   • 한 부분의 변경이 다른 부분에 미치는 영향을 줄입니다.
4. 테스트 용이성:
   • 각 모듈을 독립적으로 테스트할 수 있게 됩니다.
   • 이는 버그 발견과 수정을 더 쉽게 만듭니다.
5. 병렬 개발:
   • 여러 개발자가 동시에 다른 모듈에서 작업할 수 있습니다.

Express.js 애플리케이션에서의 관심사 분리 예시:

1. 라우팅 (Routes):
   • HTTP 요청을 적절한 컨트롤러로 연결합니다.
   • 예: routes/userRoutes.js
2. 컨트롤러 (Controllers):
   • 요청을 처리하고 응답을 반환합니다.
   • 비즈니스 로직은 서비스 레이어로 위임합니다.
   • 예: controllers/userController.js
3. 서비스 (Services):
   • 비즈니스 로직을 포함합니다.
   • 데이터 처리, 외부 API 호출 등을 담당합니다.
   • 예: services/userService.js
4. 모델 (Models):
   • 데이터 구조와 데이터베이스 상호작용을 정의합니다.
   • 예: models/User.js
5. 미들웨어 (Middleware):
   • 요청 처리 전후에 실행되는 함수들입니다.
   • 인증, 로깅, 에러 처리 등을 담당합니다.
   • 예: middleware/authMiddleware.js
6. 설정 (Config):
   • 환경 변수, 데이터베이스 연결 등의 설정을 관리합니다.
   • 예: config/database.js
7. 유틸리티 (Utils):
   • 여러 모듈에서 공통으로 사용되는 헬퍼 함수들을 포함합니다.
   • 예: utils/validators.js </aside>

API 명세

https://cobinding.tistory.com/165

API 명세

회원가입/로그인

회원가입

What

• 회원가입 버튼을 눌러 사용자 정보를 입력하고 완료(가입) 버튼을 눌렀을 때
  • 사용자 id, 이름, 비밀번호, 그룹 id(가족ID)를 입력하고, 보호자와 피보호자 중 하나를 선택한 후 가입 버튼을 눌렀을 때 정보를 일괄로 서버에 저장하여 새로운 회원 정보를 생성한다.

How

• 클라이언트 측 데이터 수집
  • SwiftUI 또는 UIKit을 사용하여 사용자 정보를 입력받고(둘 다 사용할 수도 있음), Alamofire 라이브러리를 통해 API 요청을 전송.
• API 엔드포인트 정의
  • POST /api/register 엔드포인트를 생성하여 클라이언트로부터 회원가입 요청을 받음.
• 서버 측 데이터 처리 및 저장
  • Express.js와 Sequelize를 사용하여 요청 데이터를 처리하고, 비밀번호를 해싱한 후 MySQL 데이터베이스에 저장. → 데이터베이스 관리 도구는 DBeaver 사용
• 응답 처리
  • 회원가입 성공 시 성공 메시지와 사용자 정보를 반환하고, 실패 시 에러 메시지를 반환.