3-tier architecture
애플리케이션을 3 ! 개의 독립된 계층으로 나누어 설계하는 구조를 말한다.
각 계층은 특정한 역할과 책임을 가지고 다른 계층과 독립적으로 동작한다.
각 계층에 대해 알아보자 !!!!!
🤍프레젠테이션 계층
HTTP 요청을 받고. 이 요청을 비즈니스 계층으로 전송하는 역할 !!
그러니깐. . 사용자로부터 입력을 받고 이를 처리하여 사용자에게 결과를 보여준다
웹페이지. Controller 가 이 계층에 해당한다.
🤍비즈니스 계층
비즈니스 로직을 처리한다.
비즈니그 로직? 프로세스 구현을 위한 모든 로직
Service 가 이 계층에 해당한다
🤍퍼시스턴스 계층
모든 데이터베이스 관련 로직 정리
근데 ? service , controller, .. 가 뭐야 ?
🧀Service
애플리케이션의 비즈니스 로직을 담당한다
퍼시스턴스 계층과 프레젠테이션 계층 사이의 중간 계층 ! 으로 ,
두 계층 간의 상호작용을 관리한다
🧀Controller
사용자의 요청을 받아 비즈니스 로직 처리 후 결과를 사용자에게 응답으로 반환한다.
HTTP 요청을 매핑. 요청 처리하는 메소드 정의. 응답 반환.
응답은 ? HTML(@Controller) 이 될 수도 있고 !
일반데이터(@ResetController)가 될 수도 있다!
HTTP 메소드에는 뭐가 있나 -?
GET
주소에 데이터를 추가하여 전달하는 방식
이렇게 url에 붙어서 넘어가기 때문에 눈에 보인다.
보안상 취약점이 있죠.. ?
POST
데이터를 별도로 첨부하여 전달하는 방식
브라우저 히스토리에도 남지 않고 데이터는 쿼리 문자열과 별도로 전송된다
so !! 데이터의 길이에 제한 없고 GET 방식보다 보안성 🆙
but !! GET 방식보다 상대적으로 느리다
서버에 수정 들어가는 경우 POST 쓴다 !
