Spring 은 백과 프론트 기능을 완벽하게 분리한 것으로 백앤드를 구현 할 때는 사용자가 보는 화면은 구현 하지 않는다. 예시로 이전까지의 프로젝트들에는 front를 구성하는 webapp에 JSP 파일이 있지만 완벽하게 분리 된 Spring은 webapp에 아무 파일도 없는 것을 볼 수 있다. Spring 은 view 단에서 요청이 오면 해당 요청을 수행 한다. Spring은 이게 회원가입인지, 로그인인지. 마이페이지인지 전혀 관심이 없다. 그저 DB와 관련되거나 다른 어플리케이션에서 들어온 요청을 처리하기에 바쁘다. 그렇다면 view 는? 사용자가 보는 화면을 띄어주는 역할로 백단에서 구현 한 dto, dao, service 이런 것 들을 전혀 신경쓰지 않는다. 그저 사용자에게 기능을 보여주고 서버에..

웹 스토리지 객체인 localStorage와 sessionStorage는 브라우저 내에 키-값 쌍을 저장할 수 있게 해준다. 이 둘을 사용하면 페이지를 새로 고침하고 심지어 브라우저를 다시 실행해도 데이터가 사라지지 않고 남아 있다. 근데 사실 쿠키를 쓰면 더 간편하게 할 수 있는데 왜 Storage를 쓰는 것일까 궁금해서 찾아 봤다. 웹 스토리지 객체는 네트워크 요청 시 서버로 전송이 되지 않아 더 많은 자료를 보관할 수 있다. 서버가 HTTP 헤더를 통해 스토리지 객체를 조작 할 수 없고 모두 자바스크립트로 수행 된다. 웹스토리지 객체는 도메인,프로토콜,포트로 정의 되는 오리진에 묶여있어 함부러 데이터에 접근 할 수 없다. 두 스토리지 객체는 동일한 메서드와 properties를 제공한다. setIt..

Class 시작 전 작성 할 Annotation @RestController : 기존 Controller 에서 Rest를 붙여줘서 RestController 임을 알려준다. @CrossOrigin(Origins =" * ") : CrossOrigin 어노테이션은 여러 Properties를 가지고 있다. 그 중, origins는 허용할 도메인을 나타낸다. CrossOrigin 어노테이션에 대한 글이니까 참조! REST API CrossOrigin Annotation 간단 정리 Front와 Back 으로 나눠서 개발을 진행 하는 수업을 하였다. 근데 말입니다? 코드가 틀린 곳이 없는데 자꾸 에러가 뜨는거에요? 자꾸 CORS가 어쩌고 저쩌고, CrossOrigin이 어쩌고 저쩌고 이런 말이 개발 henniee..

Front와 Back 으로 나눠서 개발을 진행 하는 수업을 하였다. 근데 말입니다? 코드가 틀린 곳이 없는데 자꾸 에러가 뜨는거에요? 자꾸 CORS가 어쩌고 저쩌고, CrossOrigin이 어쩌고 저쩌고 이런 말이 개발자 도구에서 사라지지 않아... 암튼 그래서 궁금해서 열심히 찾아 봤다. 일단 CORS(Cross-origin resource sharing) 은 오류나 에러가 아니라 하나의 보안 정책이라고 생각하면 된다. Same-origin policy CORS를 알기전에 우선 반대 개념인 Same-origin policy(동일 출처 정책)를 알아야 한다. 더보기 동일 출처 정책이란 : 프로토컬, 도메인, 포트가 모두 같은 어떤 사이트가 있다면 해당 사이트에서 가져온 리소스와 상호작용을 제한하는 중요한..