728x90
(순서는 의미 없음)
- 서블릿을 사용할 때는 상태를 관리하지 말자. (공유 데이터를 사용할 때)
- 객체 생성 -> init -> service -> get/post -> destroy
- 객체 생성:
- init
- servlet 초기화
- service
- do get/do post
- 요청 방식에 따라 자원 사용
- destory
- 사용했던 자원 반납
- index.html - welcome file
- context를 그냥 호출했을 때 서비스되는 파일
- encoding
- 서버와 클라이언트 사이에 데이터가 오고 갈 때.
- 브라우저와 서버는 네트워크를 통해 연결되어있고, encoding과 decoding 작업을 해야 한다.
- encoding은 UTF-8로 해봅시다잉.
- _
- get으로 저장할 때는 애초에 utf-8로 전달.
- 그러나 post는 그렇지 않기 때문에 반드시 utf-8 처리 후에 사용해야한다.
- survlet
- business logic을짜는데는 좋다. (자바 코드를 짜는 데는 자유롭다.)
- presentation logic을 을 짜는데는 쥐약.
- 비즈니스 로직을 처리하자!
- jsp
- 자바 코드를 짜는 건 번거롭다.
- html 태그를 짜는데는 최고.
- 화면을 처리하자!
- 즉 이 둘을 합치는게 좋다!
- MVC Architecture
- Model - business logic( db 연동 등..)
- View - presentation logic
- Controller - 어떤 놈이 처리해주는게 좋을까? 길잡이 느낌
- 요청 -> 비즈니스 로직 처리 -> (M->C) -> (C->V 화면 요청) -> 응답
- Web에서는 model1, model2방식이 있다. 컨트롤러를 누가 담당 할 것인가?
- Model1 - 컨트롤러를 JSP가 담당한다. (거의 사용하지 않음. 작은 규모, 졸업작품 수준)
- Model2 - 컨트롤러를 Survlet이 담당한다. (실무에서는 다 model2 사용)
728x90
'JAVA > java' 카테고리의 다른 글
[spring] AOP (0) | 2022.04.15 |
---|---|
[spring] DI (0) | 2022.04.15 |
[Backend] Survlet, jsp (0) | 2022.04.03 |
Cookie (vs Session), + EL표현식 (0) | 2022.03.25 |
WAS, MVC 패턴에 대하여 (0) | 2022.03.23 |
댓글