mvc패턴 사용하는 이유 :
서버가 다운이 잘되기 때문에 유지보수를 효율적으로 하기위해서
데이터, 사용자 인터페이스, 동작 부분을 모두 분리하여 관리하려고 사용한다
model :
데이터와 비즈니스 로직을 처리한다. 사용자가 편집하길 원하는 모든 데이터를 의미함
view :
사용자에게 보여지는 UI부분. 데이터를 시각적으로 표현하는 역할
controller :
사용자의 입력을 처리하고 모델과 뷰를 연결하는 역할
이것을 레스토랑에 비유해서 설명하자면
모델은 요리사 > 식재료(데이터)를 가지고 요리(처리결과)를 만들어내는 역할
뷰는 접시 > 접시는 요리사가 만든 요리를 담아 손님(사용자)에게 보여주는 역할을 한다
컨트롤러는 웨이터 > 손님의 주문(사용자의 입력)을 받아 요리사에게 전달하고 요리사가 만든 요리를 접시에 담아 손님에게
가져다주는 역할을 한다
(DAO : DAO는 Data Access Object의 약자 DB의 데이터에 접근하기 위한 객체를 가리킨다.
DB에 접근하기 위한 로직을 분리하기 위해 사용
직접 DB에 접근하여 data를 삽입, 삭제, 조회 등 조작할 수 있는 기능을 수행한다.
MVC 패턴의 Model에서 이러한 일을 수행한다.
DTO (Data Transfer Object) : DTO는 Data Transfer Object의 약자로,
계층 간(Controlelr, View, Business Layer) 데이터 교환을 위한 Java Bean를 의미한다.
DTO는 로직을 가지지 않는 데이터 객체이고,
getter, setter 메소드만 가진 클래스를 의미한다.
vo : VO는 Value Object의 약자로, Read-Only 속성을 가진 값 오브젝트이다.
자바에서 단순히 값 타입을 표현하기 위하여 불변 클래스(Read-Only)를 만들어 사용한다.
따라서 getter기능만 존재한다.) >정리필요,,,
ajax (Asynchronous JavaScript and XML):
말 그대로 JavaScript와 XML을 이용한 비동기적 정보 교환 기법
브라우저의 XMLHttpRequest를 이용해 전체 페이지를 새로 가져오지 않고도
페이지 일부만을 변경할 수 있도록 javascript를 실행해 서버에 데이터만을 별도로 요청하는 기법이다.
HTTP 프로토콜을 이용한 비동기 통신이며 브라우저는 정적 HTML 파일과 CSS파일,
데이터를 어떻게 요청하면 되는지를 설명한 javascript를 통해 HTML,CSS를 이용해 골격을 먼저 형성하고
ajax 실행 부가 담긴 javascript 영역을 실행하여 데이터를 별도로 가져와 적절한 방법으로 데이터를 끼워 넣은 후
페이지를 로딩한다.
ajax의 메서드 종류 :
- GET : 데이터를 읽거나 검색할 때 주로 사용되는 메소드
- POST : 새로운 리소스를 생성할 때 주로 사용되는 메소드
- PUT : 리소스를 생성/업데이트 할 때 주로 사용되는 메소드
- DELTE : 지정된 리소스를 삭제할 때 주로 사용되는 메소드
URI, URL의 차이
url Uniform Resource Locator : locator. >> 자원을 '서버에 있는 폴더' 위치로 찾아간다.
uri Uniform Resource Identifier : id. >> 위치로 찾아가게 하는 것이 아니라, 아이디로 매핑시켜놓는다.
따라서 사용자에게 파일 이름, 위치 노출이 되지 않는다. (그래서 컨트롤러를 만든다는 말은 곧 URI를 만든다는 말.)
http메서드
-get방식 :
클라이언트에서 서버로 어떠한 리소스로 부터 정보를 요청하기 위해 사용되는 메서드이다.
예를들면 게시판의 게시물을 조회할 때 쓸 수 있다.
GET을 통한 요청은 URL 주소 끝에 파라미터로 포함되어 전송되며, 이 부분을 쿼리 스트링 (query string) 이라고 부른다.
방식은 URL 끝에 " ? " 를 붙이고 그다음 변수명1=값1&변수명2=값2... 형식으로 이어 붙이면 된다.
예를들어 다음과 같은 방식이다.
www.example.com/show?name1=value1&name2=value2
서버에서는 name1 과 name2 라는 파라미터 명으로 각각 value1 과 value2 의 파라미터 값을 전달 받을 수 있다.
get 방식의 특징 : GET 요청은 캐시가 가능하다.
: GET을 통해 서버에 리소스를 요청할 때 웹 캐시가 요청을 가로채 서버로부터 리소스를 다시 다운로드하는 대신 리소스의 복사본을 반환한다. HTTP 헤더에서 cache-control 헤더를 통해 캐시 옵션을 지정할 수 있다.
GET 요청은 브라우저 히스토리에 남는다.
GET 요청은 북마크 될 수 있다.
GET 요청은 길이 제한이 있다.
: GET 요청의 길이 제한은 표준이 따로 있는건 아니고 브라우저마다 제한이 다르다고 한다.
GET 요청은 중요한 정보를 다루면 안된다. ( 보안 )
: GET 요청은 파라미터에 다 노출되어 버리기 때문에 최소한의 보안 의식이라 생각하자.
GET은 데이터를 요청할때만 사용 된다.
-post방식 :
POST는 클라이언트에서 서버로 리소스를 생성하거나 업데이트하기 위해 데이터를 보낼 때 사용 되는 메서드다. 예를들면 게시판에 게시글을 작성하는 작업 등을 할 때 사용할 된다.
POST는 전송할 데이터를 HTTP 메시지 body 부분에 담아서 서버로 보낸다. ( body 의 타입은 Content-Type 헤더에 따라 결정 된다.)
GET에서 URL 의 파라미터로 보냈던 name1=value1&name2=value2 가 body에 담겨 보내진다 생각하면 된다.
POST 로 데이터를 전송할 때 길이 제한이 따로 없어 용량이 큰 데이터를 보낼 때 사용하거나 GET처럼 데이터가 외부적으로 드러나는건 아니라서 보안이 필요한 부분에 많이 사용된다.
( 하지만 데이터를 암호화하지 않으면 body의 데이터도 결국 볼 수 있는건 똑같다. )
POST를 통한 데이터 전송은 보통 HTML form 을 통해 서버로 전송된다.
post 방식의 특징 :
- POST 요청은 캐시되지 않는다.
- POST 요청은 브라우저 히스토리에 남지 않는다.
- POST 요청은 북마크 되지 않는다.
- POST 요청은 데이터 길이에 제한이 없다.
get 방식과 post 방식의 차이점
사용목적 :
GET은 서버의 리소스에서 데이터를 요청할 때, POST는 서버의 리소스를 새로 생성하거나 업데이트할 때
사용한다.
DB로 따지면 GET은 SELECT 에 가깝고, POST는 Create 에 가깝다고 보면 된다.
요청에 body 유무 :
GET 은 URL 파라미터에 요청하는 데이터를 담아 보내기 때문에 HTTP 메시지에 body가 없다.
POST 는 body 에 데이터를 담아 보내기 때문에 당연히 HTTP 메시지에 body가 존재한다.
멱등성 (idempotent) :
GET 요청은 멱등이며, POST는 멱등이 아니다.
**멱등이란? : 멱등의 사전적 정의는 연산을 여러 번 적용하더라도 결과가 달라지지 않는 성질을 의미한다.
GET은 리소스를 조회한다는 점에서 여러 번 요청하더라도 응답이 똑같을 것 이다.
반대로 POST는 리소스를 새로 생성하거나 업데이트할 때 사용되기 때문에 멱등이 아니라고 볼 수 있다.
(POST 요청이 발생하면 서버가 변경될 수 있다.)
session과 cookie
쿠키와 세션을 사용하는 이유 :
HTTP 프로토콜의 특징이자 약점을 보완하기 위해 사용
HTTP 프로토콜의 특징 :
1. Connectionless 프로토콜(비연결 지향) : 클라이언트가 서버에 요청했을 때 그요청에 응답하고 연결을 끊는 처리방식
2. Stateless 프로토콜 : 커넥션을 끊는 순간 클라이언트와 서버의 통신이 끝나며 상태 정보는 유지하지 않는 특성이 있다
- 클라이언트와 첫 번째 통신에서 데이터를 주고 받았다 해도 두번째 통신에서 이전 데이터를 유지하지 않는다
- 하지만 실제로는 데이터 유지가 필요한 경우가 많다
* 데이터가 유지되지 않으면 매번 페이지를 이동할 때마다 로그인을 다시하거나 상품을 선택했는데 결제페이지에서
상품의 정보가 없거나 하는 등의 일이 발생할 수 있다
...따라서 위와같은 경우를 대처하기 위해 쿠키와 세션을 사용한다
쿠키와 세션의 차이점은 크게 상태 정보의 저장 위치임
쿠키는 클라이언트(로컬pc)에 저장을 하고, 세션은 서버에 저장한다
서버와 클라이언트가 통신할 때 연속적으로 이어지지 않고 한번 통신이 되면 끊어짐
따라서 서버는 클라이언트가 누구인지 계속 인증을 해줘야한다 >> 이건 너무 귀찮은 일
그런 귀찮은 일을 해결하기 위한 것이 쿠키와 세션임
cookie:
HTTP의 일종으로 사용자가 어떠한 웹 사이트를 방문할 경우,
그 사이트가 사용하고 있는 서버에서 사용자의 컴퓨터에 저장하는 작은 기록 정보 파일이다.
HTTP에서 클라이언트의 상태 정보를 클라이언트의 PC에 저장하였다가 필요시 정보를 참조하거나 재사용할 수 있다.
쿠키 특징 :
1. 이름, 값, 만료일(저장기간), 경로 정보로 구성되어 있다.
2. 클라이언트에 총 300개의 쿠키를 저장할 수 있다.
3. 하나의 도메인 당 20개의 쿠키를 가질 수 있다.
4. 하나의 쿠키는 4KB(=4096byte)까지 저장 가능하다.쿠키의 동작 순서 :
1. 클라이언트가 페이지를 요청한다. (사용자가 웹사이트에 접근)
2. 웹 서버는 쿠키를 생성한다.
3. 생성한 쿠키에 정보를 담아 HTTP 화면을 돌려줄 때, 같이 클라이언트에게 돌려준다.
4. 넘겨받은 쿠키는 클라이언트가 가지고 있다가(로컬 PC에 저장) 다시 서버에 요청할 때 요청과 함께 쿠키를 전송한다.
5. 동일 사이트 재방문 시 클라이언트의 PC에 해당 쿠키가 있는 경우, 요청 페이지와 함께 쿠키를 전송한다.사용 예시 :
- 방문 사이트에서 로그인 시, "아이디와 비밀번호를 저장하시겠습니까?"
- 팝업창을 통해 "오늘 이 창을 다시 보지 않기" 체크세션(session) :
일정 시간 동안 같은 사용자(브라우저)로부터 들어오는 일련의 요구를 하나의 상태로 보고,
그 상태를 유지시키는 기술이다.
여기서 일정 시간은 방문자가 웹 브라우저를 통해 웹 서버에 접속한 시점부터 웹 브라우저를 종료하여
연결을 끝내는 시점을 말한다.즉, 방문자가 웹 서버에 접속해 있는 상태를 하나의 단위로 보고
그것을 세션이라고 한다.
세션 특징
1. 웹 서버에 웹 컨테이너의 상태를 유지하기 위한 정보를 저장한다.
2. 웹 서버의 저장되는 쿠키(=세션 쿠키)
3. 브라우저를 닫거나, 서버에서 세션을 삭제했을 때만 삭제가 되므로, 쿠키보다 비교적 보안이 좋다.
4. 저장 데이터에 제한이 없다. (서버 용량이 허용하는 한에서)
5. 각 클라이언트에 고유 Session ID를 부여한다. Session ID로 클라이언트를 구분해 각 요구에 맞는 서비스를 제공세션의 동작 순서
1. 클라이언트가 페이지에 요청한다.
2. 서버는 접근한 클라이언트의 Request-Header 필드인 Cookie를 확인하여, 클라이언트가 해당 session-id를 보냈는지 확인한다.
3. session-id가 존재하지 않는다면 서버는 session-id를 생성해 클라이언트에게 넘겨준다.
4. 클라이언트는 서버로부터 받은 session-id를 쿠키에 저장한다.
5. 클라이언트는 서버에 요청시 이 쿠키의 session-id 값을 같이 서버에 전달한다.
6. 서버는 전달받은 session-id로 session에 있는 클라이언트 정보를 가지고 요청을 처리 후 응답한다.사용 예시
- 화면을 이동해도 로그인이 풀리지 않고 로그아웃하기 전까지 유지
쿠키와 세션의 차이
- 쿠키와 세션은 비슷한 역할을 하며, 동작 원리도 비슷하다. 그 이유는 세션도 결국 쿠키를 사용하기 때문이다.
- 큰 차이점은 사용자의 정보가 저장되는 위치이다. 쿠키는 서버의 자원을 전혀 사용하지 않으며, 세션은 서버의 자원을 사용한다.
- 보안 면에서 세션이 더 우수하며, 쿠키는 클라이언트 로컬에 저장되기 때문에 변질되거나 request에서 스니핑 당할 우려가 있어서 보안에 취약하지만
세션은 쿠키를 이용해서 session-id만 저장하고 그것으로 구분하여 서버에서 처리하기 때문에 비교적 보안성이 높다.
- 라이프 사이클은 쿠키도 만료기간이 있지만 파일로 저장되기 때문에 브라우저를 종료해도 정보가 유지될 수 있다.
또한 만료기간을 따로 지정해 쿠키를 삭제할 때까지 유지할 수도 있다.
- 반면에 세션도 만료기간을 정할 수 있지만, 브라우저가 종료되면 만료기간에 상관없이 삭제된다.
- 속도 면에서 쿠키가 더 우수하며, 쿠키는 쿠키에 정보가 있기 때문에 서버에 요청 시 속도가 빠르고 세션은 정보가 서버에 있기 때문에
처리가 요구되어 비교적 느린 속도를 낸다.
보통 쿠키와 세션의 차이에 대해서 저장 위치와 보안에 대해서는 잘 알고 있지만, 사실 가장 중요한 것은 라이프사이클이다.세션을 사용하면 좋은데 왜 쿠키를 사용할까? :
세션이 쿠키에 비해 보안이 높은 편이나 쿠키를 사용하는 이유는 세션은 서버에 저장되고,
서버의 자원을 사용하기에 서버 자원에 한계가 있고, 속도가 느려질 수 있기 때문에 자원관리 차원에서
쿠키와 세션을 적절한 요소 및 기능에 병행 사용하여 서버 자원의 낭비를 방지하며 웹사이트의 속도를 높일 수 있다.
=============am=====================================
+프론트 자바스크립트 개념정리 추가하기
라디오 객체 다루기
체크박스 다루기
onload
keyevent
여기까지는>dom객체
==============
bom관련 객체
윈도우 열기
window.open("url","윈도우 이름(생략가능)","윈도우의 크기 위치 속성");
윈도우 닫기
window.close();
window 객체의 타이머
setTimeout()/clearTimeout()
setTimeout() : 타임아웃 코드 1회 실행
setTimeout("timeOutCode",msec)
timeOutCode : 타임아웃 자바스크립트 코드
msec : 밀리초 단위의 정수로 타임아웃 지연시간
+자동스크롤 객체
