LoginAction과 LoginPageAction을 나누는 이유는
"역할을 분리하기 위해서" 입니다
LoginPageAction = 로그인 페이지로 이동만 담당 (단순 화면 요청)
LoginAction = 실제 로그인 처리 (아이디, 비밀번호 검증, 세션 저장 등 비즈니스 로직)
로그인 페이지 이동과 로그인 처리는 완전히 다른 일
LoginPageAction
그냥 /login.do 요청이 올 때
단순히 login.jsp로 포워드
아무 로직 없음
화면을 띄우는 역할만 함
➡ 이건 화면 요청이기 때문에 가볍고 단순해야 한다
LoginAction
실제 로그인 시도 (POST 요청)
아이디/비밀번호 받아서 DB 체크
회원이면 세션 저장
실패하면 에러 메시지 전달
➡ 이건 로직 처리라서 무겁고 비즈니스 기능이 들어감
하나의 클래스에 두 기능을 넣으면 코드가 복잡해짐
예를 들어 다음과 같은 문제 발생
▪ GET 요청 (로그인 페이지 보여주기)
▪ POST 요청 (로그인 시도 처리)
이걸 한 Action에서 다 처리하면 코드가 섞이고 난잡해진다
if (method == GET) 로그인페이지
if (method == POST) 로그인 처리
이렇게 섞이면 유지보수가 힘들다
프론트 컨트롤러 규칙상 URL하나 = 액션 하나가 깔끔하다
보통 MVC 구조에서는 아래처럼 나눈 것이 표준이다
| URL | 역할 |
| /login.do | 로그인 페이지로 이동 |
| /loginAction.do | 로그인 처리 |
이렇게 하면 각 URL에 명확한 목적이 생기고
디버깅, 유지보수 모두 편해진다
다른 페이지들도 같은 방식으로 관리할 수 있다
예를 들어 회원가입도 똑같이 구조화할 수 있다
/singup.dp ➡ 가입 페이지 이동
/singipAction ➡ 가입 처리 (DB insert)
'🍏 개발일기' 카테고리의 다른 글
| 모달창(Model Window) | 모달에 대한 모든 것.. (0) | 2025.12.15 |
|---|---|
| 서블릿 파일에 대하여 알아보자 (0) | 2025.12.14 |
| 별점 플러그인 & 쿠키• 로컬 스토리지 (0) | 2025.12.12 |
| 문자 API | 기본 구조와 주요 기능 (0) | 2025.12.11 |
| 지도 API에 대하여 (카카오 지도 API) (1) | 2025.12.08 |