** 📌EL 개요와 필요성**

---

✅ 목차

1. EL이란?
2. 왜 필요한가?
3. EL과 기존 JSP 스크립트 코드 비교
4. EL이 등장하게 된 배경
5. 기술면접 관점 정리
6. 요약 및 정리
7. 보충 예제

---

1. ✅ EL이란?

📘 EL(Expression Language) = JSP에서 값을 출력하거나 읽을 때 사용하는 간단한 표현 언어입니다.

예) ${변수명} ← 이렇게 표현합니다.

🔎 JSP에서 자바 코드를 <%= user.getName() %> 이런 식으로 작성하는 대신,

EL을 사용하면 훨씬 간결하고 읽기 쉬운 코드가 됩니다.

<!-- 기존 스크립틀릿 방식 -->
<%= user.getName() %>

<!-- EL 방식 -->
${user.name}

---

2. ✅ 왜 필요한가? (필요성)

이유	설명
💥 1. 스크립트 코드 제거	JSP 내부에서 자바 코드를 줄여 코드 가독성 및 유지보수 향상
🎨 2. 표현에만 집중	자바 코드 로직은 Servlet/Controller에서 처리, JSP는 출력 전용
🔒 3. MVC 원칙 준수	View는 View 역할만! 자바 코드는 Controller/Model로 분리
🚀 4. 재사용성 향상	${user.name} 같은 표현은 여러 곳에서 사용 가능, 확장성 ↑
📚 5. JSTL과의 결합	EL은 JSTL의 조건, 반복 태그에서 매우 많이 사용됩니다.

---

3. ✅ EL vs 기존 JSP 스크립트 코드 비교

💣 스크립틀릿 방식 (복잡, 유지보수 ↓)

<% if (user != null) { %>
  <p>이름: <%= user.getName() %></p>
<% } %>

✅ EL + JSTL 방식 (깔끔, 유지보수 ↑)

<c:if test="${user != null}">
  <p>이름: ${user.name}</p>
</c:if>

🟡 가독성, 🔵 유지보수성, 🟢 디자인 협업성 모두 EL 방식이 뛰어납니다.

---

4. ✅ EL이 등장한 배경 (심화 개념)

발전 단계	설명
초기 JSP	Java 코드 + HTML 섞임 → 스파게티 코드 문제
MVC 등장	비즈니스 로직은 Servlet/Model, View는 JSP로 분리 필요
JSTL 등장	JSP에서 자바 제어문 제거 목적
EL 등장	JSP에서 getter, 파라미터 등 값을 간단히 표현하기 위한 언어로 EL 도입

🧠 핵심 정리: EL은 JSTL과 함께 JSP를 “표현 전용 템플릿”으로 바꿔준 핵심 도구입니다.

---

5. ✅ 기술면접 대비 핵심 질문 + 답변

질문	핵심 답변 예시
❓ EL이 무엇이며 왜 사용하나요?	JSP에서 값을 표현하는 간단한 언어이며, 스크립트 코드를 줄이고 View 영역을 표현 전용으로 만들기 위해 사용합니다.
❓ EL과 JSTL의 관계는?	JSTL은 제어문 태그, EL은 값 표현. 둘은 함께 사용되어 MVC 구조를 깨지 않고 JSP를 View 전용으로 만듭니다.
❓ EL이 없던 시대의 문제는?	스크립틀릿 남용 → 가독성 저하, 유지보수 어려움, MVC 원칙 위반
❓ EL 사용시 보안 이슈는 없나요?	EL 자체는 표현 언어이기 때문에 비즈니스 로직을 수행하지 않아 보안상 유리. 단, 데이터 자체에 보안이슈가 있다면 EL로 출력되어도 노출됩니다.

---

6. ✅ 요약

EL은 JSP에서 표현만 담당하게 만들기 위한 간단한 출력 전용 언어입니다.

유지보수성, 가독성, 협업성을 높이기 위해 JSTL과 함께 반드시 사용하는 핵심 기술입니다.

• ${} ← EL의 기본 형식
• EL을 사용하면 JSP는 로직 없는 “표현 전용”이 됨
• 스크립틀릿은 제거되는 것이 유지보수 관점에서 중요
• 기술면접에서는 MVC 원칙 + View 역할 분리 관점으로 설명 필요

---

7. ✅ 보충 실전 예제

🔸 예제 1: 파라미터 출력

<!-- ?name=John -->
<p>이름: ${param.name}</p>

🔸 예제 2: 객체의 프로퍼티 출력

<!-- setAttribute("user", User 객체) -->
<p>아이디: ${user.id}</p>
<p>이메일: ${user.email}</p>

🔸 예제 3: requestScope 우선순위 확인

<!-- 여러 스코프에 동일 변수 존재 시 가장 가까운 scope 사용 -->
<p>결과: ${result}</p> <!-- page → request → session → application 순 -->