개발자 지망생의 발전 과정 개발자 지망생의 발전 과정

HTTP 메서드 활용 • 클라이언트에서 서버로 데이터 전송 • HTTP API 설계 예시 1. 클라이언트에서 서버로 데이터 전송 1 - 1. 데이터 전달 방식은 크게 2가지 • 쿼리 파라미터를 통한 데이터 전송 • GET • 주로 정렬 필터(검색어) • 메시지 바디를 통한 데이터 전송 • POST, PUT, PATCH • 회원 가입, 상품 주문, 리소스 등록, 리소스 변경 1 - 2. 요청의 4가지 상황 • 정적 데이터 조회 • 이미지, 정적 텍스트 문서 • 동적 데이터 조회 • 주로 검색, 게시판 목록에서 정렬 필터(검색어) • HTML Form을 통한 데이터 전송 • 회원 가입, 상품 주문, 데이터 변경 • HTTP API를 통한 데이터 전송 • 회원 가입, 상품 주문, 데이터 변경 • 서버 to 서..

HTTP 메서드 • HTTP 메서드 - GET, POST • HTTP 메서드 - PUT, PATCH, DELETE • HTTP 메서드의 속성 1. HTTP API를 만들어보자. 리소스 식별, URI 계층 구조 활용 • 회원 목록 조회 /members • 회원 조회 /members/{id} • 회원 등록 /members/{id} • 회원 수정 /members/{id} • 회원 삭제 /members/{id} • 참고: 계층 구조상 상위를 컬렉션으로 보고 복수단어 사용 권장(member -> members) • 회원 조회 /members/{id} -> 어떻게 구분하지? • 회원 등록 /members/{id} -> 어떻게 구분하지? • 회원 수정 /members/{id} -> 어떻게 구분하지? • 회원 삭제 /..

HTTP 1. HTTP 메시지에 모든 것을 전송 • HTML, TEXT • IMAGE, 음성, 영상, 파일 • JSON, XML (API) • 거의 모든 형태의 데이터 전송 가능 • 서버간에 데이터를 주고 받을 때도 대부분 HTTP 사용 2. HTTP 역사 • HTTP/0.9 1991년: GET 메서드만 지원, HTTP 헤더X • HTTP/1.0 1996년: 메서드, 헤더 추가 • HTTP/1.1 1997년: 가장 많이 사용, 우리에게 가장 중요한 버전 • HTTP/2 2015년: 성능 개선 • HTTP/3 진행중: TCP 대신에 UDP 사용, 성능 개선 3. 기반 프로토콜 • TCP: HTTP/1.1, HTTP/2 • UDP: HTTP/3 • 현재 HTTP/1.1 주로 사용 • HTTP/2, HTTP/..

URI, URL, URN URI • Uniform: 리소스 식별하는 통일된 방식 • Resource: 자원, URI로 식별할 수 있는 모든 것(제한 없음) • Identifier: 다른 항목과 구분하는데 필요한 정보 • URL: Uniform Resource Locator • URN: Uniform Resource Name URL, URN • URL - Locator: 리소스가 있는 위치를 지정 • URN - Name: 리소스에 이름을 부여 • 위치는 변할 수 있지만, 이름은 변하지 않는다. • urn:isbn:8960777331 (어떤 책의 isbn URN) • URN 이름만으로 실제 리소스를 찾을 수 있는 방법이 보편화 되지 않음 • 앞으로 URI를 URL과 같은 의미로 이야기하겠음 URL 전체 문법..

인터넷 네트워크 • 인터넷 통신 • IP(Internet Protocol) • TCP, UDP • PORT • DNS 인터넷 통신 인터넷에서 컴퓨터 둘은 어떻게 통신할까? 클라이언트와 서버의 구조를 이루어서 통신한다. 1. IP(인터넷 프로토콜) 1 - 1. IP주소 IP 통신에 필요한 고유 주소 통신 기능이 제공되는 기기들이 서로 통신을 하기 위해 필요한 고유 번호이다. 고유한 식별자 역할을 하는 숫자 문자열 인터넷의 모든 디바이스에는 고유한 IP 주소가 할당된다. 1 - 2. IP 인터넷 프로토콜 역할 • 지정한 IP 주소(IP Address)에 데이터 전달 • 패킷(Packet)이라는 통신 단위로 데이터 전달 1 - 3. IP 패킷 정보 IP 패킷 출발지 IP, 목적지 IP, 기타... 전송 데이터..

거의 한 달 잠적하다가 다시 글을 써보는데, 인프런에서 스프링 강의 듣다가 강의 들은 걸 요약해서 블로그에 글을 쓰려고 했는데, 인프런에서 제공해주는 강의 자료가 너무 좋아서 따로 요약하는 의미가 딱히 없기도 했고, 그렇다고 강의 자료를 토대로 글을 쓰자니 고소당할 수도 있을까봐 걱정되서 글을 안 쓰고 있었는데, 열심히 만들어놓은 블로그 마냥 버리기도 아깝고 해서 오늘부터 다시 글을 쓴다. 항상 문제를 일으키지 말자는 생각이 강해서... 아무튼 그동안 공부했던 HTTP, 스프링 강의 내용을 차차 풀 것이다. 분명 학원 들어오기 전 꿈은 원대했었는데 프로젝트 다 만들고 면접 준비할 때 쯤 준비할 기술스택은 현실적으로 프론트 엔드 HTML, CSS, SCSS, JS, React 백엔드 Java, Spring..

지난 주에는 계속 말해왔던 '코드로 배우는 스프링 웹 프로젝트' 책을 읽고 공부하고 있었는데, 생각해보니까, 모르는 부분을 계속 상기시키기 위해 메모를 하는 편인데, 처음 보는 지식들을 계속 접하고 있으면 모든 내용을 다 메모해야 해서, 책의 모든 글을 그대로 타이핑해서 메모하고 있으니까 너무 비효율적이라는 생각이 들어서 공부 방식을 바꿨다. 인프런이라는 사이트에서 스프링 부트 강의가 좋다는 말을 듣고 와서, 무료 버전 하나 들어봤는데 괜찮아서 앞으로는 강의 들으면서 공부할 생각이다. 그러면 학원 과정인 Spring boot와 별개로 Spring 따로 공부를 해야겠다는 계획이 틀어지긴 하지만, 지금 당장은 이 방식이 더 효율적인 것 같아서, Spring을 따로 공부하는 일은 미뤄두어야겠다. 그리고 지난 ..

지난 주는 블로그를 내가 생각해봐도 너무 대충 만들어서 크게 갈아 엎었다. 한 번 갈아엎고도 마음에 안들어서 2번을 갈아엎었는데, 그나마 읽을만해졌다. 이제 더 이상은 개선 못한다. 꾸밀까도 생각해봤는데 자신 없으니까 포기하겠다. 근데 갈아엎는 와중에 티스토리 수익창출 조건이 되서 신청하고 열심히 글 썼더니 5일동안 대충 100원이 모였다. 개처럼 굴러서 100원인게 아쉽긴 하지만, 애초에 수익보단 자기개발용으로 쓴 글이라 상관없다. 공부는 저번주에도 적었던 '코드로 배우는 스프링 웹 프로젝트' 계속 하고 있다. 학원에서 배우는 건 Spring Boot인데, Spring을 따로 배워두면 혹시 도움이 될 지 몰라서 따로 공부하고 있다. 근데 너무 초반이라 설정에 관련된 부분만 나와서 뭐 딱히 공부한 게 있..