본문 바로가기

study

 (126)
컨트롤러가 post 요청을 받을 때(+put/patch, delete + REST) HTTP 통신에서는 사용자에게 요청을 받는 주소가 있어야 하는데 주소마다 받는 메소드들을 모아 놓은 것이 컨트롤러다. 컨트롤러에서 post 요청을 받는 메소드를 만들려면 선언부 위에 * @ReqeustMapping을 사용해서 method를 post으로 설정한다 * @PostMapping을 붙인다. @RequestMapping(method = RequestMethod.POST, path = "/post") // 또는 @PostMapping("/post") * 컨트롤러의 메소드끼리 같은 주소를 매핑한다면 에러가 생긴다. 하지만 컨트롤러(클래스)끼리 주소가 겹치는 건 괜찮다. post 요청에 경우 HTTP 패킷의 Body 데이터를 담아 보낸다. mime 타입을 정해서 받을 수 있고, 기본값은 "applicat..
엉터리 정리 - @RestController와 @Controller @Controller @Controller 어노테이션이 붙은 컨트롤러는 주로 파일, 뷰, 데이터를 리턴한다. 컨트롤러가 클라이언트의 요청을 받으면 해당하는 메소드가 파일의 경로를 리턴한다. @RestController @RestController 어노테이션이 붙은 컨트롤러는 요청에 해당하는 메소드가 클라이언트에게 그대로 리턴한다. 참고자료 : mangkyu.tistory.com/49
@Entity로 테이블 만들기 먼저 DB의 테이블로 만들 ORM 클래스를 만든다. 클래스에 선언부에 @Entity를 붙인다. 그러면 해당 클래스가 MySQL에 테이블로 생성된다. ORM. 필드마다 다양한 어노테이션을 붙여 속성을 부여한다. @Id -> PrimaryKey가 된다. @GeneratedValue(strategy=GenerationType.IDENTITY) -> 프로젝트와 연결된 DB의 넘버링 전략을(IDENTITY) 따라간다. MySQL의 경우 auto_increment를 사용한다. @Column(nullable = false, length = 10) -> null을 허용하지 않고, 길이는 10으로 제한한다. @CreationTimestamp -> 시간을 자동으로 입력한다. @ColumnDefault("'seoul'") ..
스프링 부트의 전반적인 설정을 하는 파일 application.yml 스프링부트에서는 src/main/resources/application.yml 파일에 설정들을 기술한다 기존의 web.xml + root-context.xml + servlet-context.xml을 대체한다. 서버가 시작될 때 먼저 application.yml을 읽고 시작된다. application.yml은 라이브러리에 대한 설정도 할 수 있고 서버에 대한 설정도 할 수 있다. 예를 들어 서버의 포트를 설정하거나, context-path도 설정할 수 있다. jpa의 hibernate에서 엔티티의 변수명을 그대로 설정하기 위해서 다음과 같은 설정을 할 수 있다. naming: physical-strategy: org.hibernate.boot.model.naming.PhysicalNamingStrateg..
엉터리 정리 - yaml 여러 데이터를 주고 받을 때 타 시스템과의 연동을 위해 규칙을 정해 주고 받는다. 그렇게 만들어진 데이터 포맷이 Xml, Json, Yaml이다. 태그를 통해 key, value를 구분한다. 태그 내 태그를 넣어 부모-자식 관계 구조를 나타내기도 한다. xml 보다 간소하다. 대괄호로 감싸서 key, value를 표현한다. xml, json보다 간소하다. 콜론으로 구분한다. 쌍따옴표도 없다. 참고 자료 : www.inflearn.com/questions/16184
컨트롤러가 get 요청을 받을 때 HTTP 통신에서는 사용자에게 요청을 받는 주소가 있어야 하는데 주소마다 받는 메소드들을 모아 놓은 것이 컨트롤러다. 컨트롤러에서 get 요청을 받는 메소드를 만들려면 선언부 위에 * @ReqeustMapping을 사용해서 method를 get으로 설정한다 * @GetMapping을 붙인다. @RequestMapping(method = RequestMethod.GET, path = "/get") // 또는 @GetMapping("/get") get 요청에 경우 쿼리스트링을 통해 데이터를 보낸다. 메소드의 매개 변수 부분에 @RequestParam 어노테이션을 붙인 지역변수를 설정하면 같은 이름의 값과 매핑해서 처리해준다. ?name=shin&password=123 이라는 쿼리스트링을 보냈다고 가정하자 p..
엉터리 정리 - 스프링이 요청을 받는 방식, Maven, Lombok 정리는 하고 싶은데 제대로 공부한 건 아니고,(귀찮아서는 그런건 아니다.) 이런저런 이유로 까먹지만 않을 정도로 정리하는 엉터리 정리글. 그렇다고 내가 공부한 소스가 엉터리라는 건 아니다.(오해X) 클라이언트는 서버에게 요청한다. 요청할 때 데이터를 보낼 수 있다. get 요청은 쿼리스트링을 추가해서, post나 put 요청은 보통 body에 데이터를 담아 보낸다. 스프링의 컨트롤러는 클라이언트로부터 받은 데이터를 간단히 처리할 수 있다. 만약 쿼리스트링으로 데이터가 들어왔다면 -> ?id=100&name=shin -> 이렇게 쿼리스트링을 보냈다면 컨트롤러의 요청을 받는 메소드에서 매개변수로 id와 name을 받아 처리할 수 있다. 요청을 받는 메소드는 값을 객체에 담아 처리할 수 있다. 클라이언트로 받..
엉터리 정리 - 쿼리 스트링 TIL 비슷하긴 한데 하루 동안 공부한 건 아니고, 정리는 하고 싶은데 제대로 공부한 건 아니고,(귀찮아서는 그런건 아니다.) 이런저런 이유로 까먹지만 않을 정도로 정리하는 엉터리 정리글. 그렇다고 내가 공부한 소스가 엉터리인 건 아니다.(오해X) 간단하지만 이해하기 쉬워 먼저 읽어보면 좋다. 짧다. 쿼리 스트링 - 나무위키 쿼리 스트링은 쿼리 파라미터라고도 부른다. 주로 URL 끝에 붙여져 있다. 검색 사이트에 ?query=XXX 라든지, ?redirect=URL 이런 것이 쿼리 스트링이다. 쿼리 스트링은 많은 곳에서 사용하는데, 구조를 namu.wiki 쿼리스트링을 이용하면, 클라이언트가 서버에게 요청할 때, 추가적인 인자(데이터)를 전달할 수 있다. 요청할 때, path 부분 뒤에 ?를 붙이고 "필..

티스토리툴바