멱등성 : 몇번의 요청을 해도 같은 대답이 돌아오는가? DataBody : DataBody에 data를 실어서 보내기 때문에 굳이 QueryParameter로 데이터를 보낼 필요는 없다. 생성된 것을 조회하기 때문에 굳이 QueryParameter를 사용하지 않는다. 삭제되었던 데이터든, 현재 있는 데이터든 삭제되기 때문에 멱등성이 있다. 삭제되기 때문에 안정성은 없다. 보통 index 번호로 삭제하기 때문에, Data body는 가지지 않는다. package com.example.delete.controller; import org.springframework.web.bind.annotation.*; @RestController @RequestMapping("/api") public class Dele..

멱등성 : 몇번의 요청을 해도 같은 대답이 돌아오는가? DataBody : DataBody에 data를 실어서 보내기 때문에 굳이 QueryParameter로 데이터를 보낼 필요는 없다. 생성된 것을 조회하기 때문에 굳이 QueryParameter를 사용하지 않는다. 리소스가 없으면 생성을 하고, 있으면 삭제한다. 그렇기 때문에 멱등한다. 그 이유는 처음 한번은 데이터가 생성되고 계속 업데이트되기 때문에 데이터는 하나이며 계속 같은 상태 유지하기 때문 안정성은 없다. 잘못된 데이터를 보내더라도 생성하기 때문에 POST와 마찬가지로 Query Parameter는 가지지 않는 것이 안정적이다. 마찬가지로 데이터바디를 가지고 있어서 리스트의 범위 조정, 정렬 방법을 보낼 일이 없기 때문이다. 객체를 활용해서 ..

멱등성 : 몇번의 요청을 해도 같은 대답이 돌아오는가? DataBody : DataBody에 data를 실어서 보내기 때문에 굳이 QueryParameter로 데이터를 보낼 필요는 없다. 생성된 것을 조회하기 때문에 굳이 QueryParameter를 사용하지 않는다. 데이터를 주고 받을 때 현업의 API는 주로 JSON 사용! { "key" : "value" } string : value, number : value, boolean : value, object : value -> { }로 묶임, array : value -> [ ]로 묶임. 안의 값은 같은 값의 반복이어야 함 스네이크 케이스 : 단어의 구별마다 언더바 쓰기 카멜 케이스 코드를 작성하고 POST 요청을 보냈더니 인텔리제이 콘솔에 아무것도 ..

GET API GetMapping에 ctrl+클릭을 하면 어노테이션에 넣을 수 있는 값들이 나온다. 우리는 주로 path와 value를 넣을 예정! 그냥 RequestMapping을 붙이면 get/post/put/delete API로 지정되지만, path와 method를 넣으면 특정 API로 지정할 수 있다. 변화하는 값을 받자! = PathVariable //http:localhost:8080/api/get/path-variable/{name}

(World Wide Web, WWW, W3)은 인터넷에 연결된 컴퓨터를 통해, 사람들이 정보를 공유할 수 있는 전 세계적인 정보공간 Web 용도 : Web Site - google,naver 등 HTML로 구성된 여러 사이트들(HTTP 프로토콜을 사용해 HTML을 받아와 브라우저로 보여줌) API(Application Programming Interface) * Web Service : Kakao Open API, Google Open API 등 User Interface : Chrome,Safari,Explorer 등 Web 기본 3가지 요소 REST 6가지의 아키텍처가 있고 이것을 잘 지켜야만 Restful하다고 한다. 다음의 인터페이스 일관성이 잘 지켜졌는지에 따라, Rest를 잘 사용했는 지 판..

디자인패턴이란? 자주 사용하는 설계 패턴을 정형화하여, 이를 유형별로 가장 최적의 방법으로 개발 가능하도록 정해둔 설계 GOF(Gang of Four) 디자인 패턴 소프트웨어 설계 시 기존 경험이 매우 중요하지만, 모든 사람들이 다양한 경험을 가질 수 없다. 이러한 지식을 공유하기 위해 나온 것이 GOF 디자인패턴! 객체지향 개념에 따른 설계 중, 재사용할 경우 유용한 설계를 디자인패턴으로 정리! 장점 -개발자간 원활한 소통 -소프트웨어 구조 파악 용이 -재사용을 통한 개발 시간 단축 -설계 변경 요청에 대한 유연한 대처 단점 -객체지향 설계/구현 : 그 전에 객체지향을 잘 이해하고 있어야 하기 때문 -초기 투자 비용(개발 시간) 부담 : 초기에 설계,코딩하는 부담...(인터페이스, 추상클래스..등등) ..

터미널에서 GUI로 넘어오면서 점차 프로그래밍이 복잡해지기 시작 함수를 활용하다 새로운 시각으로 프로그래밍 시작! 객체지향 현실에 존재하는 사물을 있는 그대로 모델링하여, 이들의 행위와 속성을 정의, 절차적 X, 객체가 중심이 되어 실제 사물이 동작하는 방식으로 설계 이는 사물에 대해서 "객체" 해당 사물이 하는 행위 "메소드" 해당 사물이 가지는 속성 "변수" 장점 자바는 가비지 콜렉터로 자동으로 사용하지 않고 있는 메모리를 해제 JVM만 있으면 어떤 운영체제에서도 독립적으로 실행 가능하도록 설계 -> 여러 플랫폼에서 호환성을 제공하는 장점 객체의 3가지 요소 상태 유지(객체의 상태) 객체는 상태 정보 저장/유지되어야 하며 이러한 속성은 변수로 정의되어져야 함 속성값 바뀌면 객체 상태가 변경되어야 한다..