💫 JAVA

🏁 Board_with_bcrypt

🌿 git

✅ 1. 개요

구성 요소	설명	비유
모델(Model)	데이터의 구조와 관계를 정의	건물의 설계도(어떤 방이 있고, 어떻게 연결되는지)
DTO	데이터를 주고받는 "형식"	택배 상자(내부 물건은 설계도에 맞지만, 운송 시 포장방식은 따로)
리포지토리(Repository)	DB에 접근하는 인터페이스	창고 관리자(데이터를 꺼내고 저장)
서비스(Service)	비즈니스 로직(규칙, 절차)	주방의 셰프(재료를 조합해 요리를 만듦)
컨트롤러(Controller)	HTTP 요청을 받고 응답	식당의 웨이터(손님 주문을 받고 셰프에게 전달, 결과 전달)
기술 모듈	BCrypt, Pageable, JPA 등	주방 도구(믹서기, 오븐, 칼 등 특정 목적의 도구)

---

❇️ 2. 파일별 역할

🧠 Model

User.java

• 역할: 회원 정보(아이디, 비밀번호 해시)를 저장하는 테이블.
• 중요 포인트
  • @Entity → 이 클래스는 DB 테이블과 매핑됨.
  • @Table(name="users") → 테이블 이름 지정.
  • @Column(unique = true) → 아이디 중복 방지.
  • passwordHash → 비밀번호 원문이 아니라 해시 값 저장 (BCrypt로 생성).

Post.java

• 역할: 게시글 데이터 구조. 제목, 내용, 작성자, 댓글 목록 포함.
• 관계
  • @ManyToOne User author → 게시글은 하나의 작성자를 가짐.
  • @OneToMany comments → 하나의 게시글에는 여러 댓글이 달릴 수 있음.

Comment.java

• 역할: 댓글 데이터 구조.
• 관계
  • @ManyToOne Post → 댓글은 특정 게시글에 속함.
  • @ManyToOne User author → 댓글 작성자를 참조.

---

📦 DTO

DTO(Data Transfer Object)는 API 요청/응답 시 사용하는 데이터 포맷이에요.
"내부 DB 설계 그대로 외부에 보여주면 위험"하니까, 포장 상자를 따로 만든다고 생각하면 됩니다.

• PostRequestDto / PostResponseDto
  • 요청 DTO에는 제목, 내용, 작성자 정보만.
  • 응답 DTO에는 작성자 정보, 댓글 목록까지 포함.
• CommentRequestDto / CommentResponseDto
  • 댓글 요청 시 비밀번호 확인 가능하도록 username + password 포함.
  • 응답 시에는 작성자 정보와 댓글 내용 포함.
• UserRequestDto / UserResponseDto
  • 요청 시: username, password.
  • 응답 시: 비밀번호는 절대 포함 안 함.

---

🗄️ Repository

Spring Data JPA에서 인터페이스만 만들어도 CRUD 기능을 자동 제공합니다.

• 비유: 창고 관리자(Repository)는 "물건 찾기/저장하기"만 함. 레시피(로직)는 알 필요 없음.
• UserRepository → 사용자 조회 및 저장.
• PostRepository → 게시글 조회, 페이지네이션 지원.
• CommentRepository → 댓글 조회, 게시글 ID로 댓글 검색 가능.

---

🧩 Service

"규칙과 절차"를 담는 곳.
웨이터가 주문을 가져오면, 셰프(Service)가 재료를 조합해 결과를 만듦.

• UserService
  • 회원가입 시 비밀번호를 BCrypt로 해시.
  • 로그인 시 해시값 비교.
• PostService
  • 게시글 작성/수정/삭제 시, 작성자 본인인지 검사.
  • 페이지네이션(Pageable)으로 목록 조회.
• CommentService
  • 댓글 작성/수정/삭제 시, 비밀번호 인증.
  • 본인 댓글만 수정/삭제 가능.

---

📡 Controller

HTTP 요청과 응답을 처리하는 곳.
웨이터처럼 손님과 주방을 연결.

• UserController
  • /api/users/register → 회원가입.
• PostController
  • /api/posts GET → 게시글 목록 조회(페이지네이션 지원).
  • /api/posts POST → 게시글 작성.
  • /api/posts/{id} GET → 게시글 상세 조회.
  • /api/posts/{id} PUT → 게시글 수정.
  • /api/posts/{id} DELETE → 게시글 삭제.
• CommentController
  • /api/posts/{postId}/comments POST → 댓글 작성.
  • /api/comments/{id} PUT → 댓글 수정.
  • /api/comments/{id} DELETE → 댓글 삭제.

---

✳️ 3. 모듈 & 개념

💠 BCrypt

• 역할: 비밀번호를 해시(단방향 암호화)하는 알고리즘.
• 이유:
  • 원문 저장 시 해킹 위험.
  • BCrypt는 "같은 비밀번호도 매번 다른 해시"를 생성해서 보안 강화.
• 비유: 비밀번호를 즙으로 짜서 레시피를 버린 요리처럼, 원래 재료(원문)를 복원할 수 없음.

💠 Pageable

• 역할: 대량 데이터 중 일부만 끊어서 가져오기(페이지네이션).
• 사용 예시:

Pageable pageable = PageRequest.of(0, 10, Sort.by("id").descending());
postRepository.findAll(pageable);

• 비유: 도서관에서 책 1000권이 있어도 한 번에 전부 꺼내지 않고, 한 장바구니(페이지)에 10권씩 가져오는 것.

💠 JPA

• 역할: Java 객체와 DB 테이블 매핑, SQL 대신 메서드로 DB 조작 가능.
• 비유: 언어가 다른 사람끼리 번역기를 두고 대화하는 것.
  • Java ↔ SQL 변환을 자동으로 해주는 번역기.

---

✳️ 4. 전체 흐름

• 회원가입 → UserController.register() → UserService.register() → UserRepository.save().
• 비밀번호는 BCrypt로 해시 후 저장.
• 로그인 → DB에서 사용자 조회 후 BCrypt로 비밀번호 비교.
• 게시글 작성 → 로그인 인증 → 게시글 생성 → 저장.
• 댓글 작성 → 로그인 인증 → 댓글 생성 → 저장.
• 목록 조회 → Pageable로 페이지 단위로 게시글 가져오기.

---

✳️ 5. 접근법 & 비유

• Model & 관계 → "건물 설계도"로 생각.
• DTO → "포장 상자". 내부 내용은 같아도 포장 방식은 API 목적에 맞게 바뀜.
• Repository → "창고 관리자". 로직 없이 단순 CRUD만 수행.
• Service → "셰프". 규칙과 절차(로직) 담당.
• Controller → "웨이터". 손님 요청을 주방에 전달하고 결과를 전달.
• BCrypt → "즙으로 만들어 재료가 복원 불가능한 요리".
• Pageable → "책을 10권씩만 장바구니에 담아 가져오기".

---

🔁 6. 요약

구분	핵심 키워드	설명
Model	Entity, 관계 매핑	DB 테이블 구조와 관계를 Java 객체로 표현
DTO	요청/응답 포맷	API 데이터 포장
Repository	JpaRepository	DB CRUD 자동 생성
Service	비즈니스 로직	규칙과 절차 구현
Controller	REST API	요청-응답 처리
BCrypt	비밀번호 해시	보안 강화
Pageable	페이지네이션	대량 데이터 효율 조회