1. 웹 서버 (Web Server): "홀 매니저"사용자가 가장 먼저 만나는 창구입니다. (이미지 속 web server)주요 역할: 손님이 오면 반갑게 맞이하고, 메뉴판(HTML)이나 이미 인쇄된 홍보지(이미지, PDF)를 바로 건네줍니다.하는 일: 1. 손님이 찾는 이미 만들어진 문서를 찾아서 전달합니다. 2. 찾는 게 없으면 "그런 메뉴 없습니다(404 에러)"라고 알려줍니다. 3. 복잡한 요리(비즈니스 로직)가 필요하면 **주방(WAS)**으로 주문을 넘깁니다.2. 웹 애플리케이션 서버 (WAS): "주방 (컨테이너 + 요리사)"단순히 문서를 주는 게 아니라, 뭔가 계산하고 처리해야 할 때 등장합니다. (이미지 속 web application server)주요 역할: 주문을 받아 식재료(DB)를..

MVC 패턴의 역사웹 개발의 역사는 결국 **"어떻게 하면 사용자에게 더 빠르고 편하게 화면을 보여줄 것인가?"**에 대한 고민의 과정입니다.1. 흐름 한눈에 보기 (작동 순서)사용자 (예나님): React 화면에서 버튼을 클릭합니다.클라이언트 (React): "어이 백엔드! 부산 데이터 좀 줘!"라고 요청을 보냅니다. 이때 보내는 방식이 RESTful 방식입니다. (과거엔 SOAP를 썼지만 너무 무거워서 이제 안 써요!)백엔드 (Spring Boot): 요청을 받고 DB에서 데이터를 꺼내 예쁘게 가공합니다.응답: Spring Boot가 RESTful 규칙에 맞춰 데이터(JSON)를 React에게 던져줍니다.표현 (React): 받은 데이터를 가지고 화면의 필요한 부분만 샥- 바꿉니다. 기술비유실제 하는..

배열/컬렉션을 “같은 방식”으로 처리하는 이유 + filter/map/sorted/forEach/sum/count/reduce까지0) 스트림(Stream)이 뭐야?슬라이드 요약을 아주 쉽게 풀면 이거야:스트림(Stream) = “여러 자료(배열, 리스트 등)를 처리하는 기능(연산)을 모아둔 흐름(파이프라인)”중요한 포인트:배열이든 컬렉션이든 똑같은 방식으로 처리할 수 있음“자료 구조(배열/리스트)가 뭐냐”보다 “어떤 처리를 하고 싶냐”에 집중하게 해줌반복문을 직접 돌리는 대신, 스트림이 내부적으로 요소를 하나씩 꺼내서 처리함(내부 반복)✅ 비유배열/리스트 = 재료가 담긴 박스스트림 = 컨베이어 벨트(작업 라인)filter, map, sorted 같은 건 “작업 기계”마지막에 forEach, sum, co..

thread는 하나의 코드 실행 흐름. RPG게임에서, 한명의 캐릭터가 하나의 스레드 같은 느낌. 자바 스레드(Thread) 완전 정리: 프로세스 vs 스레드, 메인스레드, 멀티스레드, Runnable/Thread 코드까지1) 프로세스(Process)란?운영체제(OS)에서 **“실행 중인 하나의 애플리케이션”**을 프로세스라고 해요.우리가 크롬을 켠다 → OS가 크롬을 실행하기 위해 메모리/자원을 할당그 상태에서 크롬 코드가 실행되고 있는 “실행 단위”가 바로 프로세스✅ 비유프로세스 = 하나의 가게(매장)매장에는 “공간(메모리)”, “물건(자원)”, “직원(실행 흐름)”이 필요하죠.가게가 하나 열리면(= 프로세스 생성) 가게 운영에 필요한 자원이 통째로 배정돼요.2) 스레드(Thread)란?스레드는 사전..

Java 제네릭(Generic) 완전 정복 (정의 ~ 컬렉션까지, 코드 한 줄씩 설명)1. 제네릭(Generic)이란?자바에서 변수/매개변수/반환값은 모두 자료형(Type) 을 가집니다.그런데 실제 개발에서는 아래처럼 “동작은 똑같은데 다루는 타입만 다른” 상황이 정말 많습니다.프린터에 재료를 넣고 꺼내기 (Powder / Plastic)리스트에 요소를 저장하고 꺼내기 (String / Integer)어떤 객체를 담는 박스(Box) 만들기이때 타입마다 클래스를 매번 새로 만들면 코드가 중복되고, Object로 통합하면 꺼낼 때마다 형변환(캐스팅)이 필요하고 런타임 오류 위험이 커집니다.✅ 그래서 등장한 것이 제네릭(Generic) 입니다.제네릭(Generic) 이란“클래스/메소드에서 사용할 자료형을 나중..

인터페이스는 구현코드나 멤버변수를 가지지 않기 때문에 여러 개를 동시에 구현할 수 있습니다. 두 인터페이스에 이름이 같은 메소드가 선언되었다고 해도 구현은 클래스에서 이루어지므로, 어떤 메소드를 호출해야하는지 모호하지 않다. 두 인터페이스를 구현한 Customer클래스는 Buy형 이기도하고, Sell형이기도 하다. “Buy형이자 Sell형이다” = Customer는 두 역할을 다 가진다Customer 객체는 이런 느낌이야:**한 사람(객체)**이“구매자 역할(Buy)”도 할 수 있고“판매자 역할(Sell)”도 할 수 있음그래서 아래가 가능해:왜 Buy buyer = customer; 하면 buy만 호출 가능해?여기가 화면의 핵심 문장이야:“customer를 Buy 인터페이스 형 변수에 대입하면형변환이 ..

1) Customer 클래스 (부모/기본 고객) 필드(멤버변수) 의미customerID, customerName, customerGrade→ 고객의 기본 정보bonusPoint→ 누적 포인트 (구매할 때마다 쌓임)bonusRatio→ 구매금액의 몇 %를 포인트로 적립할지 비율protected가 왜 중요?protected는 상속받은 자식 클래스(VIPCustomer) 에서도 접근 가능해.그래서 VIPCustomer에서 customerGrade="VIP" 같은 변경이 가능해짐. 생성자 의미객체 생성 시 고객 기본값 세팅기본 등급은 "SILVER"SILVER는 포인트 적립률 1% (0.01)✅ 즉, new Customer(10010, "박새로이") 하면박새로이는 자동으로 SILVER / 1% 적립이 됨. ca..