** 📌프로젝트 구조 리팩토링 **

실무에서 유지보수가 가능한 구조로 프로젝트를 리팩토링하는 방법

💡 기능별 패키지 분리 + 역할별 클래스 정리 전략 완전 정리

---

🧩 목차

1. 리팩토링이란?
2. 왜 리팩토링이 필요한가?
3. 구조 리팩토링 전/후 비교
4. 기능별 패키지 분리 설계
5. 실전 패키지 구조 예시
6. 유지보수 가능한 설계 원칙
7. 기술 면접 대비 핵심 요약
8. 마무리 요약 + Notion 작성 팁

---

✅ 1. 리팩토링이란?

항목	설명
정의	기능은 그대로 유지하면서 코드 구조, 가독성, 유지보수성을 개선하는 과정
목적	팀 개발, 유지보수, 확장에 유리한 구조 만들기
결과	역할이 명확히 분리된 깔끔한 프로젝트 구조

---

✅ 2. 왜 리팩토링이 필요한가?

문제	발생 현상
파일 혼잡	Servlet, DAO, DTO 파일이 모두 같은 위치에 있음 → 유지보수 어려움
역할 혼동	“이 클래스가 왜 여기에 있지?”
확장 불가	관리자/회원 기능 추가 시 디렉토리 구조 엉망됨
😵 팀원 협업 어려움	기능 위치를 찾기 힘들고, 충돌 위험 ↑

---

✅ 3. 구조 리팩토링 전/후 비교

항목	리팩토링 전	리팩토링 후 (기능별 구조)
구조	/src/ 안에 파일 다 섞임	/src/controller, /src/dao, /src/dto 등 역할 분리
클래스명	Board.java, BoardList.java	BoardDTO, BoardDAO, BoardListServlet 등 명확
관리 편의	❌ 낮음	✅ 매우 높음

---

✅ 4. 기능별 패키지 분리 설계

🗂 기본 패키지 구조 예시

📁 src/
 ├─ 📁 controller/     → Servlet들
 ├─ 📁 dao/            → DB 접근 객체 (DAO)
 ├─ 📁 dto/            → 데이터 객체 (DTO)
 ├─ 📁 util/           → 공통 클래스 (DB, 암호화 등)
 └─ 📁 view/           → JSP 파일들 (form.jsp, list.jsp 등)

---

✅ 5. 실전 예시: 게시판 구조

📁 controller/
   ├─ BoardListServlet.java
   ├─ BoardWriteServlet.java
   ├─ BoardDeleteServlet.java

📁 dao/
   └─ BoardDAO.java

📁 dto/
   └─ BoardDTO.java

📁 util/
   └─ DB.java

📁 view/
   ├─ list.jsp
   ├─ write.jsp
   └─ detail.jsp

---

✅ 6. 유지보수 가능한 설계 원칙 🛠️

원칙	설명
기능별 패키지 분리	controller/dao/dto/util로 역할 구분
하나의 기능 = 하나의 클래스	Board = BoardDTO + BoardDAO + 관련 Servlet들
공통 로직은 util로 분리	DB 연결, 암호화, 시간 처리 등
JSP는 view 폴더로 모음	Servlet ↔ JSP 연결 흐름 명확히 구분
이름에 역할 포함	BoardDAO, UserDTO, LoginServlet 등으로 명확한 역할 표기

---

✅ 7. 기술 면접 대비 핵심 요약 💬

질문	요점 정리
리팩토링의 목적은?	코드의 기능은 유지하되, 구조와 가독성을 개선하여 유지보수성을 높이는 것
프로젝트 구조 어떻게 나누나요?	controller, dao, dto, util, view로 기능별로 나눔
하나의 기능은 어떻게 구성하나요?	DTO + DAO + 관련 Servlet(JSP)로 구성
유지보수 편한 구조란?	역할과 책임이 명확히 분리된 구조 (패키지, 클래스 네이밍 중요)

---

✅ 8. 마무리 요약 🧠

• 🛠 리팩토링은 기능을 변경하지 않고 구조만 개선하는 작업
• 📦 패키지 분리는 협업과 유지보수를 위해 필수
• ✍️ 모든 기능은 DTO + DAO + Controller(Servlet) 으로 역할 분리
• ✅ 구조가 명확하면 실무/면접 모두에서 설득력 있는 설명 가능!