프로젝트/클론프로젝트6 OPEN API/ 2차 가공, 사용자 요청 DB의 저장, OPEN API 활용 응답 저번 과정 이후로 추가할 기능은 3가지이다. 1. 사용자의 요청 정보가 DB에 저장된다. 2. 사용자에게는 OPEN API의 응답을 가공하여 , JSON 형태로 RESPONSE BODY에 저장하여 보여준다. 3. 사용자는 본인이 언제의 정보를 요청했었는지를 DB를 통해 확인할 수 있다. 1. 가장 먼저, 사용자의 REQUEST를 DB에 저장할 수 있게 ENTITY와 TABLE을 사용했다. METHOD에 대한 설명은 나중에하고, 이렇게 JPA REPOSITORY를 EXTENDS한 REPOSITORY를 생성했다 . 많은 고민을 했는데, 사용자 정보 DB저장 -> OPEN API의 RESPONSE 전달을 한 TRANSACTION으로 묶기 위해 CONTROLLER 단에서 동시 구현했다. RESPONSE ENTI.. 2024. 1. 31. OPEN API / 활용한 공공데이터로 날씨 불러오기 가장 먼저, API의 개념을 다시 복습하자. INTERFACE란, 두개의 APPLICATION 사이에서 정보를 주고 받는, 상호작용 시의 규칙과 행위 프론트에서 REQUEST를 보내고, 백엔드에서 RESPONSE를 보내는 이러한 규칙을 의미한다. UI란, USER INTERFACE이기 때문에, 사용자가 화면과 상호작용하는 규칙과 행위를 의미한다고 볼 수 있다. RESTFUL API는 HTTP + METHOD를 활용하여 통신하는 API를 의미한다. OPEN API란? 이러한 API 형태와 약속을 공개하는 것을 의미한다. *헷갈렸던 개념인데, 내가 요청을 보내고 이러한 OPEN API내부에서 백엔드->DB->백엔드 다시 나에게 RESPONSE 하는 형태이지, OPEN API가 DB만을 제공하거나 이러한 의미.. 2024. 1. 28. 개인 보안 노트 프로젝트 작성 과정 , 느낀점 해당 프로젝트는 클론 코딩의 일부로써, 개인이 진행하였다. spring security의 사용 뿐만 아니라, 앞서 진행했던 spring의 기본기와 spring boot등을 최대한 활용하고자 하였다. Package는 Admin, notes,notice,user,config 이렇게 기능이 아닌 각 도메인별로 분할하였다. 과정 진행중 특히 Spring Security 6와의 차이 때문에 애를 많이 먹었다. 현재 Spring Security가 6이 되며, 기존 코드들이 많이 decrepted 되어 설정이 특히나 어려웠다. 해당 configuriation을, https://jihyukcoding.tistory.com/94에 작성해 두었다. 이제 각 도메인 별로 설명을 진행하고자 한다. 1. User databas.. 2024. 1. 11. 개인 보안 노트 서비스 프로젝트 목적: 해당 목적이, 기능과 실제 사용자의 요구보단 spring secuirty의 필요 상황을 경험하고 구현에 있음에 유의하자. 프로젝트 요구사항 : 1. USER는 본인의 게시글을 저장,삭제,SELECT 가능 (본인 게시글에 대한 CURD기능) 2. 다른 USER의 게시글은 볼 수 없다. 3. ADMIN은, 다른 USER들의 게시글 제목 리스트만 볼 수 있다. 4. ADMIN만 공지사항을 작성가능하고, USER들은 이를 볼 수(만) 있다. API 요청 문서는, SPRING SECURITY를 활용하기 위한 목적의 PROJECT이기 때문에 보류 하도록 한다. 사용 스펙 WEBMVC 웹 프레임 워크 LOMBOK - GETTER SETTER등의 간단하게 코드 작성을 위함 Thymeleaf (간단 한 .. 2024. 1. 8. 개발자 키우기 프로젝트 구성도 패스트캠퍼스 강의를 토대로, 구성도를 가볍게 표현했다. 1. CLIENT가 REQUEST 2. SERVER가 BINDING,검증 3. DB에 트랜젝션, 요청과 데이터를 받고 보내고 4. 예외 처리 후 응답. 기능 : 1. 개발자 생성 (POST METHOD) 2. GET을 통해 개발자 정보확인 3. PUT을 통해 개발자 정보 수정 (완전히 개발자의 모든 정보를 수정한다) 그래서 PUT 4. DELETE로 개발자 정보 삭제 (분리보관) HTTP -> 프로토콜 (약속의 규약) HTTp Request 메세지 스팩 REQUEST BODY의 TYPE이 JSON, 그리고 응답도 JSON을 받고 싶다 TOKEN값을 헤더에 담기도 한다. 응답을 날려야겠다 이제 (중간과제 생략 ) 1개의 공백라인 이후 HEADE.. 2023. 12. 27. to do list 1. TODO ITEM 추가 . POST METHOD로 , 내가 할 일을 적어서 서버에 UPDATE 해야 하기 때문에 POST METHOD를 사용하였다. 별도의 ENDPOINT가 존재하지 않는다. POST기 때문에 REQUEST가 존재하고, 이에 따른 RESPONSE로 추가한 내용을 보이게끔 한다 . 2. LIST 조회 서버의 데이터에 접근하여 조회만을 한다. REQUEST 없이 RESPONSE로 조회한 내용을 반환한다. 3. TODO ITEM 조회 ID에 따라서 ! 할 일을 조회하기 떄문에, ENDPOINT에 ID가 추가 되었다. 조회기 떄문에 GET을 사용, RESPONSE로 조회한 내용을 반환한다. 4. TODO ITEM 수정 본인의 ID에 들어가서 수정하기 때문에 ENDPOINT에 ID가 추가되었.. 2023. 12. 20. 이전 1 다음
