주특기 입문/숙련_Day 5

오늘 한 공부

• 알고리즘 문제(Java) 1문제 풀이 & 블로그 정리
• 스프링 5주차 강의 듣기
• TIL 블로그 작성

 

오늘 얻은 내용 정리

CRUD 실습

메모를 CRUD 할 수 있는 Web Application

1. 메모 생성 기능 C
2. 메모 단건 조회 기능 R
3. 메모 전체 수정 기능 U
4. 메모 단건 삭제 기능 D

1. 요구 사항 분석 및 설계

메모장 API 요구 사항

• 통신 데이터 형태는 JSON이다.
• 각각 메모는 식별자(id), 제목(title), 내용(contents)으로 구성되어 있다.
• 메모 CRUD 기능이 필요하다.

HTTP API 설계

• 로그인과 같은 특별한 기능을 제외한 대부분의 API는 CRUD 작업을 수행한다.
• 설계 순서
  • HTTP Method
    • POST : CREATE
    • GET : READ
    • PUT, PATCH : UPDATE
    • DELETE : DELETE
  • Restful API → URL Mapping
  • 요청 및 응답값 설계
    • HTTP Method + URL만으로 어떤 API인지 구분할 수 있어야 한다.
• 메모 생성
  • POST
  • /memos
• 메모 단건 조회
  • GET
  • /memos/{id}
• 메모 수정(전체)
  • PUT
  • /memos/{id}
• 메모 삭제
  • DELETE
  • /memos/{id}

2. 프로젝트 생성

프로젝트 생성

• IntelliJ를 실행한다.
• New Project를 클릭한다.
• 왼쪽 메뉴에서 "Spring Boot"를 클릭하고 아래와 같이 설정한다.
  

  

• 다음 사항을 꼭 확인하기!!
  • Name : memo
  • Language : Java
  • Build system : Gradle - Groovy
  • JDK : 17
• Next를 클릭한다.
• Dependencies를 아래 사진과 같이 추가해주고 Create를 클릭한다.
  • Spring Web
  • Lombok
  • Thymeleaf

편의 기능 설정

• Auto Import
  

  

• Editor Zoom : Mouse Wheel
• Lombok
  

  

3. 프로젝트 생성 및 연동

IntelliJ Git 연동 방법

• GitHub에서 Repository(Studt_memo)를 새로 생성한다.
• 메뉴에 VCS가 있다.
  

  

• VCS에서 Create Git Repository를 클릭하고 프로젝트 폴더에 OK을 클릭하면 Git이 설치된다.
• 메뉴의 Git에서 Manage Remotes를 선택한다.
  

  

• + 버튼을 누른 뒤 GitHub Repository의 URL을 입력한다.
  

  

• 정상적으로 연동된 것을 확인한다.

IntelliJ에서 Git Commit  & Push 하기

• 좌측 Commit 탭을 클릭하고 변경사항을 확인한 후 변경사항에 대한 메시지를 적은 후 Commit을 클릭한다.
  

  

• Commit을 했다면 push까지 마무리한 후 GitHub으로 돌아가서 Commit & Push가 정상적으로 됐는지 확인한다.
  
  

블로그의 도움을 얻었다....
https://velog.io/@zerokick/IntelliJ-IntelliJ-%ED%94%84%EB%A1%9C%EC%A0%9D%ED%8A%B8-GitHub-%EC%97%B0%EB%8F%99%ED%95%98%EA%B8%B0

4. 클래스 설계

Memo 클래스 설계

• 요구사항 분석
  • 각각의 메모는 식별자(id), 제목(title), 내용(contents)으로 구성되어 있다.
  • Memo 객체 생성이 필요하다.

package com.example.memo.entity;

import lombok.AllArgsConstructor;
import lombok.Getter;


@Getter
@AllArgsConstructor
public class Memo {

    // 속성 (식별자)
    /*
    식별자 (id)
    Long 타입을 쓰는 이유 : int보다 훨씬 더 크고, 래퍼 클래스이기 때문에 null 값을 포함할 수 있다.
    보통 식별자는 안전하게 다루기 위해서 Long 타입을 많이 사용한다.
     */
    private Long id;
    // 제목 (title)
    private String title;
    // 내용 (contents)
    private String contents;

}

DTO 설계

• 요청 데이터를 처리하는 객체는 일반적으로 RequestDto로 명명한다.
• 응답 데이터를 처리하는 객체는 일반적으로 ResponseDto로 명명한다.

1. Client의 요청 데이터를 받아줄 MemoRequestDto 클래스 생성

package com.example.memo.dto;

import lombok.Getter;

@Getter
public class MemoRequestDto {

    /*
    요청받을 데이터는 title, contents 입니다. 라고 하는 것과 같다.
     */
    // 제목 (title)
    private String title;
    // 내용 (contents)
    private String contents;

}

2. Client에 데이터를 반환할 때 사용할 MemoResponseDto 클래스 생성

package com.example.memo.dto;

import lombok.Getter;

@Getter
public class MemoResponseDto {

    /*
    이 부분은 정의하기 나름이다. 요구사항에 따라 달라진다!
     */
    // 식별자 (id)
    private Long id;
    // 제목 (title)
    private String title;
    // 내용 (contents)
    private String contents;

}

5. 메모 생성 기능

Memo 생성 API 구현

1. 자료구조를 활용하여 메모 데이터를 메모리에 저장할 MemoList 생성

• Map은 key, value 형태로 구성되어 있다.

/*
실제로 데이터베이스에 데이터를 저장하는 것이 아니라 자료구조를 사용해서 임시로 데이터를 저장한다.
초기화를 해주면 memoList라는 빈 map 자로구조가 생성된다.
 */
private final Map<Long, Memo> memoList = new HashMap<>();

2. Memo 생성 로직 작성

package com.example.memo.controller;

import com.example.memo.dto.MemoRequestDto;
import com.example.memo.dto.MemoResponseDto;
import com.example.memo.entity.Memo;
import org.springframework.web.bind.annotation.PostMapping;
import org.springframework.web.bind.annotation.RequestBody;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RestController;

import java.util.Collections;
import java.util.HashMap;
import java.util.Map;

@RestController  // 데이터를 항상 JSON 형태로 통신을 하기로 했기 때문에 @RestController를 사용하면 된다.
@RequestMapping ("/memos") // prefix URL을 만들 때 사용한다.
public class MemoController {
    /*
    실제로 데이터베이스에 데이터를 저장하는 것이 아니라 자료구조를 사용해서 임시로 데이터를 저장한다.
    초기화를 해주면 memoList라는 빈 map 자로구조가 생성된다.
     */
    private final Map<Long, Memo> memoList = new HashMap<>();

    /*
    실제 호출해서 사용할 Controller를 만들어줘야 한다.
    반환 타입은 설정하기 나름이다. 생성할 때 데이터를 주지 않아도 되고 줘도 되는데, 그때 ResponseDto 형태로 전달하면 된다.
    그리고 "우리는 MemoResponseDto를 전달할 것이다."라는 의미이다.
     */
    @PostMapping  // 생성이기 떄문에 사용한다.
    public MemoResponseDto createMemo(@RequestBody MemoRequestDto dto) {  // 파라미터로 바로 바인딩 하는 방법 : @RequestBody

        // 식별자가 1씩 증가하도록 만들어야 한다.
        Long memoId = memoList.isEmpty() ? 1 : Collections.max(memoList.keySet()) + 1;  // MemoList.keySet() 중에서 최대값을 반환해주는 것이다. 최대값에서 1씩 증가하도록 설정한다.

        /*
        요청 받은 데이터로 Memo 객체를 생성한다.
        MemoRequestDto 형태로 받았기 때문에 Memo 객체로 바꿔주어야 한다.
         */
        Memo memo = new Memo(memoId, dto.getTitle(), dto.getContents());

        // Inmemory(Map) DB에 Memo를 저장한다.
        memoList.put(memoId, memo);

        /*
        저장된 데이터를 MemoResponseDto 형태로 바꿔서 응답해준다.
        응답하는 데이터 : MemoResponseDto 형태
        요청하는 데이터 : MemoRequestDto 형태
         */
        return new MemoResponseDto(memo);
    }
}

postman 호출

• 200 OK, 조회된 Memo 응답

6. 메모 조회 기능

Memo 조회 API 구현

1. Memo 조회 로직 작성

/**
 * 메모를 조회하는 메서드
 * @param id - 식별자
 * @return MemoResponseDto(memo) - 저장된 데이터를 MemoResponseDto 형태로 바꿔서 응답해준다.
 */
@GetMapping("/{id}")  // 조회이기 때문에 @GetMapping 사용한다.
public MemoResponseDto findMemoById(@PathVariable Long id) {  // 식별자를 파라미터로 바인딩할 때는 @PathVariable을 사용한다.

    // memoList라는 데이터베이스에서 get()을 통해서 key값을 전달해주면 저장되어 있는 memo를 조회할 수 있다.
    Memo memo = memoList.get(id);

    // 저장된 데이터를 MemoResponseDto 형태로 바꿔서 응답해준다.
    return new MemoResponseDto(memo);
}

postman 호출

• id에 따른 메모를 응답받을 수 있다.
• 200 OK, 조회된 Memo 응답

7. 메모 수정 기능

Memo 수정 API 구현

1. Memo 수정 로직 작성

@PutMapping("/{id}")  // 전체 수정을 하기 위해서 @PutMapping을 사용한다. 단건을 수정할 것이기 때문에 경로 변수가 필요하다.
public MemoResponseDto updateMemoById(
        @PathVariable Long id,  // @PathVariable로 id 바인딩
        @RequestBody MemoRequestDto dto  // 어떤 데이터로 수정할 지도 요청을 받아야 한다. 제목, 내용을 모두 수정할 수 있다.
) {
    // 실제로 동작할 로직
    Memo memo = memoList.get(id);
    // Memo 수정 메서드 사용
    memo.update(dto);

    // 바뀐 Memo를 확인하기 위해서 MemoResponseDto 형태로 반환한다. 업데이트된 Memo를 전달한다.
    return new MemoResponseDto(memo);
}

2. Memo 수정 메서드 생성

// update 메서드
public void update(MemoRequestDto dto) {
    this.title = dto.getTitle();
    this.contents = dto.getContents();
}

postman 호출

• 200 OK, 수정 후 데이터 응답

8. 메모 삭제 기능

Memo 삭제 API 구현

1. Memo 삭제 로직 작성

@DeleteMapping("/{id}")  // 식별자로 id가 필요하다.
public void deleteMemo(@PathVariable Long id) {

    // memoList에 저장되어 있는 값 삭제 -> id와 같은 데이터 삭제
    memoList.remove(id);
}

postman 호출

• 200 OK, 응답 데이터 없음
• 반환값이 없기 때문에 응답 데이터가 없음

문제점

• 실제 문제의 원인을 파악하기 어렵거나 잘못된 정보 전달 및 처리가 될 수 있다.
  • 응답 코드가 세분화되어 있지 않다. (성공 시 모두 200k)
  • 적절한 예외가 발생하지 않는다. (실패 시 모두 500 Error 발생 → 500번대 Error는 서버 Error이기 때문에 발생하지 않는 것이 가장 좋다.)
  • 서버가 종료된 후 다시 켜지면 데이터가 모두 초기화된다.

 

메모장 프로젝트

메모장 Use Case
메모를 CRUD 할 수 있는 Web Application

1. 메모 생성 기능 C
2. 메모 단건 조회 기능, 전체 조회 기능 R
3. 메모 전체 수정 기능, 제목 수정 기능 U
4. 메모 단건 삭제 기능 D

1. 요구사항 분석 및 설계

메모장 API 요구사항

•  통신 데이터 형태는 JSON이다.
• 각각의 메모는 식별자(id), 제목(title), 내용(contents)으로 구성되어 있다.
• 응답을 각각의 API에 알맞게 해야 한다.
• 메모를 생성할 수 있다. (CREATE)
  • 메모 생성 시 제목, 내용이 필요하다.
  • 생성된 데이터(식별자, 제목, 내용)가 응답된다.
• 메모 전체 목록을 조회할 수 있다. (READ)
  • 여러 개의 데이터를 배열 형태로 한 번에 응답한다.
  • 데이터가 없는 경우 비어있는 배열 형태로 응답한다.
• 메모 하나를 조회할 수 있다. (READ)
  • 조회할 memo에 대한 식별자 id 값이 필요하다.
  • 조회된 데이터가 응답된다.
  • 조회될 데이터가 없는 경우 Exception이 발생한다.
• 메모 하나를 전체 수정(덮어쓰기)할 수 있다. (UPDATE)
  • 수정할 memo에 대한 식별자 id 값이 필요하다.
  • 수정할 요청 데이터(제목, 내용)가 꼭 필요하다.
• 메모 하나의 제목을 수정(일부 수정)할 수 있다. (UPDATE)
  • 수정할 memo에 대한 식별자 id값이 필요하다.
  • 수정할 요청 데이터(제목)가 꼭 필요하다.
  • 수정된 데이터가 응답된다.
  • 수정될 데이터가 없는 경우 Exception이 발생한다.
• 메모를 삭제할 수 있다. (DELETE)
  • 삭제할 memo에 대한 식별자 id 값이 필요하다.
  • 삭제될 데이터가 없는 경우 Exception이 발생한다.

HTTP API 설계

API 명세서를 작성하는 중요한 이유

• 명세서를 통해서 API를 사용하는 사람(다른 개발자)은 명세서만 보고도 실제로 API를 사용할 수 있도록 만들어야 한다.
• 상세하면 상세할수록 좋다.

2. 메모 생성 기능

요구사항

• 메모를 생성할 수 있다. (CREATE)
  • 메모 생성 시 제목, 내용이 필요하다.
  • 생성된 데이터(식별자, 제목, 내용)가 응답된다.
    • 응답 상태코드는 201 CREATED로 설정한다.

메모 생성 API 구현(CREATE)

1. 메모 생성 API 수정

@PostMapping  // 생성이기 떄문에 사용한다.
public ResponseEntity<MemoResponseDto> createMemo(@RequestBody MemoRequestDto dto) {  // 파라미터로 바로 바인딩 하는 방법 : @RequestBody, 메모를 생성하는 API에서 상태 코드를 따로 반환할 수 있게 만들어주기 위해 ResponseEntity를 사용한다.

    // 식별자가 1씩 증가하도록 만들어야 한다.
    Long memoId = memoList.isEmpty() ? 1 : Collections.max(memoList.keySet()) + 1;  // MemoList.keySet() 중에서 최대값을 반환해주는 것이다. 최대값에서 1씩 증가하도록 설정한다.

    /*
    요청 받은 데이터로 Memo 객체를 생성한다.
    MemoRequestDto 형태로 받았기 때문에 Memo 객체로 바꿔주어야 한다.
     */
    Memo memo = new Memo(memoId, dto.getTitle(), dto.getContents());

    // Inmemory(Map) DB에 Memo를 저장한다.
    memoList.put(memoId, memo);

    /*
    저장된 데이터를 MemoResponseDto 형태로 바꿔서 응답해준다.
    응답하는 데이터 : MemoResponseDto 형태
    요청하는 데이터 : MemoRequestDto 형태
     */
    return new ResponseEntity<>(new MemoResponseDto(memo), HttpStatus.CREATED);
    /*
    MemoResponseDto만 넣어주는 것이 아니라 실제로 응답할 HTTP Status 코드도 함께 넣어준다.
    HTTP Status를 확인해보면 1xx, 2xx, 3xx, 4xx, 5xx까지 이미 Enum 값으로 다 만들어져있다.
    사용할 응답에 적절한 상태 코드를 찾아서 사용하면 된다. 만들어진 것을 사용하는 것이 가장 바람직하다.
     */
}

postman 테스트

• 메모 생성
• HTTP 상태 코드도 잘 나오는 것을 확인할 수 있다.

3. 메모 목록 조회 기능

요구사항

• 메모 전체 목록을 조회할 수 있다. (READ)
  • 여러 개의 데이터를 배열 형태로 한 번에 응답한다.
  • 데이터가 없는 경우 비어있는 배열 형태로 응답한다.
  • 응답 상태코드는 200 OK로 설정한다.

메모 목록 조회 API 구현 (READ)

• memoList를 조회하여 return 타입인 List<MemoResponseDto>로 변환한 후 반환한다.
  • 응답 상태코드는 200 OK로 설정한다.
• 모든 응답을 ResponseEntity로 통일하는게 더욱 좋다.
• ex) ResponseEntity<List<MemoResponseDto>>

@GetMapping  // 뒤에 아무것도 적지 않고, 괄호도 적지 않으면 상단의 @RequestMapping이 Mapping된다.
public ResponseEntity<List<MemoResponseDto>> findAllMemos() {  // 전체 조회이기 때문에 파라미터가 필요없다.

    // init List 초기화
    List<MemoResponseDto> responseList = new ArrayList<>();  // List는 인터페이스이기 때문에 구현체를 사용해서 초기화해줘야 한다. 인터페이스는 new 해서 인스턴스화 할 수 없다.


    /*
    HashMap<Memo> -> List<MemoResponseDto>
    데이터베이스가 Map으로 만들어져 있다. -> HashMap에 Memo가 저장된다.
    전체 조회해서 List<MemoResponseDto> 형태로 만들어준다.
     */
    for (Memo memo : memoList.values()) {  // memoList의 모든 Memo를 꺼낸다. 꺼내진 Memo만큼 memo에 들어간다. 하나씩 들어가면서 반복문이 실행된다.
        MemoResponseDto responseDto = new MemoResponseDto(memo);  // memo가 MemoResponseDto 형태로 바뀐다.

        responseList.add(responseDto);  // responseList에 생성된 MemoResponseDto를 하나씩 추가한다.
    }

    /*
    Map To List
    스트림 사용해서 좀 더 간단하게 구현
    위에 있는 코드와 결국 결과는 똑같다.
    stream을 사용하는 것에 익숙해진다면 그때 사용할 것!
     */
    //responseList = memoList.values().stream().map(MemoResponseDto::new).toList();

    return new ResponseEntity<>(responseList, HttpStatus.OK);  // 모든 응답값을 ResponseEntity로 통일하는 것이 좋다!

}

postman 테스트

• 데이터가 없는 경우
  • default 빈 배열이 응답된다.
  • ResponseEntity를 사용하지 않아도, 성공시 Default 200 OK로 응답한다.

• 데이터가 있는 경우
  • 배열 형태로 응답된다.

4. 메모 단건 조회 기능

요구사항

• 메모 하나를 조회할 수 있다. (READ)
  • 조회할 memo에 대한 식별자 id 값이 필요하다.
  • 조회된 데이터가 응답된다.
    • 응답 상태코드는 200 OK로 설정한다.
  • 조회될 데이터가 없는 경우 Exception이 발생한다.
    • 응답 상태코드는 404 NOT FOUND로 설정한다.

메모 단건 조회 API 구현 (READ)

• 식별자(id)를 통해 Memo를 조회한다.

/**
 * 메모를 조회하는 메서드
 * @param id - 식별자
 * @return MemoResponseDto(memo) - 저장된 데이터를 MemoResponseDto 형태로 바꿔서 응답해준다.
 */
@GetMapping("/{id}")  // 조회이기 때문에 @GetMapping 사용한다.
public ResponseEntity<MemoResponseDto> findMemoById(@PathVariable Long id) {  // 식별자를 파라미터로 바인딩할 때는 @PathVariable을 사용한다.

    // memoList라는 데이터베이스에서 get()을 통해서 key값을 전달해주면 저장되어 있는 memo를 조회할 수 있다.
    Memo memo = memoList.get(id);

    // ResponseEntity를 사용하면 다음과 같이 동적으로 응답해줄 수 있다.
    if (memo == null) {
        return new ResponseEntity<>(HttpStatus.NOT_FOUND);
    }

    // 저장된 데이터를 MemoResponseDto 형태로 바꿔서 응답해준다.
    return new ResponseEntity<>(new MemoResponseDto(memo), HttpStatus.OK);
}

postman 테스트

• 식별자로 조회되는 Memo가 있는 경우

• 식별자로 조회되는 Memo가 없는 경우

5. 메모 단건 전체 수정 기능

요구사항

• 메모 하나를 전체 수정(덮어쓰기)할 수 있다. (UPDATE)
  • 수정할 memo에 대한 식별자 id 값이 필요하다.
  • 수정할 요청 데이터(제목, 내용)가 꼭 필요하다.
  • 수정된 데이터가 응답된다.
    • 응답 상태코드는 200 OK로 설정한다.
  • 수정될 데이터가 없는 경우 Exception이 발생한다.
    • 응답 상태코드는 404 NOT FOUND로 설정한다.

메모 단건 전체 수정 API 구현 (UPDATE)

@PutMapping("/{id}")  // 전체 수정을 하기 위해서 @PutMapping을 사용한다. 단건을 수정할 것이기 때문에 경로 변수가 필요하다.
public ResponseEntity<MemoResponseDto> updateMemoById(
        @PathVariable Long id,  // @PathVariable로 id 바인딩
        @RequestBody MemoRequestDto dto  // 어떤 데이터로 수정할 지도 요청을 받아야 한다. 제목, 내용을 모두 수정할 수 있다.
) {
    // 실제로 동작할 로직
    Memo memo = memoList.get(id);

    // ResponseEntity를 사용하면 다음과 같이 동적으로 응답해줄 수 있다.
    if (memo == null) {
        return new ResponseEntity<>(HttpStatus.NOT_FOUND);
    }

    // 필수 값을 검증해준다.
    if (dto.getTitle() == null || dto.getContents() == null) {
        return new ResponseEntity<>(HttpStatus.BAD_REQUEST);  // 필수 값을 클라이언트가 전달해주는 것이기 때문에 BAD_REQUEST를 반환해준다.
    }

    // memo 수정
    memo.update(dto);

    // 바뀐 Memo를 확인하기 위해서 MemoResponseDto 형태로 반환한다. 업데이트된 Memo를 전달한다.
    return new ResponseEntity<>(new MemoResponseDto(memo), HttpStatus.OK);
}

postman 테스트

• 식별자(id)로 생성된 메모가 없는 경우

• 식별자(id)로 생성된 메모가 있는 경우

• title만 전송 되는 경우

• contents만 전송 되는 경우

6. 메모 단건 제목 수정 기능

요구사항

• 메모 하나의 제목을 수정(일부 수정)할 수 있다. (UPDATE)
  • 수정할 memo에 대한 식별자 id값이 필요하다.
  • 수정할 요청 데이터(제목)이 꼭 필요하다.
    • 응답 상태코드는 400 BAD REQUEST로 설정한다.
  • 수정된 데이터가 응답된다.
    • 응답 상태코드는 200 OK로 설정한다.
  • 수정될 데이터가 없는 경우 Exception이 발생한다.
    • 응답 상태코드는 404 NOT FOUND로 설정한다.

메모 단건 제목 수정 API 구현 (UPDATE)

@PatchMapping("/{id}")  // 일부 수정해야 하기 때문에 @PatchMapping이 필요하다.
public ResponseEntity<MemoResponseDto> updateTitle(
        @PathVariable Long id,
        @RequestBody MemoRequestDto dto
) {
    Memo memo = memoList.get(id);

    // NullPointerException 방지
    if (memo == null) {
        return new ResponseEntity<>(HttpStatus.NOT_FOUND);
    }

    // 필수 값을 검증해준다. 제목은 필수지만 내용은 필수가 아니다.
    if (dto.getTitle() == null || dto.getContents() != null) {
        return new ResponseEntity<>(HttpStatus.BAD_REQUEST);  // 필수 값을 클라이언트가 전달해주는 것이기 때문에 BAD_REQUEST를 반환해준다.
    }

    // 제목만 수정한다.
    memo.updateTitle(dto);

    // 바뀐 Memo를 확인하기 위해서 MemoResponseDto 형태로 반환한다. 업데이트된 Memo를 전달한다.
    return new ResponseEntity<>(new MemoResponseDto(memo), HttpStatus.OK);

}

postman 테스트

• 식별자의 메모가 없는 경우

• 식별자의 메모가 있고 title이 있는 경우

• 식별자의 메모가 있고 contents가 있는 경우

7. 메모 삭제 기능

요구사항

• 메모를 삭제할 수 있다. (DELETE)
  • 삭제할 memo에 대한 식별자 id값이 필요하다.
  • 삭제될 데이터가 없는 경우 Exception이 발생한다.
    • 응답 상태코드는 404 NOT FOUND로 설정한다.
  • 응답 데이터는 없어도 무방하다.
    • 응답 상태코드는 200 OK로 설정한다.

메모 단건 삭제 API 구현 (DELETE)

@DeleteMapping("/{id}")  // 식별자로 id가 필요하다.
public ResponseEntity<Void> deleteMemo(@PathVariable Long id) {  // 대문자 Void가 들어간다.

    // memoList의 key값에 id를 포함하고 있다면 삭제한다.
    if (memoList.containsKey(id)) {
        memoList.remove(id);  // memoList에 저장되어 있는 값 삭제 -> id와 같은 데이터 삭제

        return new ResponseEntity<>(HttpStatus.OK);
    }

    // id 값의 데이터가 없을 경우 NOT_FOUND를 반환한다.
    return new ResponseEntity<>(HttpStatus.NOT_FOUND);
}

postman 테스트

• 삭제할 Memo가 존재하는 경우

• 삭제할 Memo가 없는 경우

해결한 문제점

• 실제 문제의 원인을 파악하기 어렵거나 잘못된 정보 전달 및 처리가 될 수 있다.
  • 응답 코드가 세분화되어 있지 않다. (성공 시 모두 200 OK)
  • 적절한 예외가 발생하지 않는다. (실패 시 모두 500 Error 발생)

문제점

• Controller에 책임이 너무 많다. (요청, 비즈니스 로직, 응답, 예외 처리 등)
• 서버가 종료된 후 다시 켜지면 데이터가 모두 초기화된다.

 

오늘 하루 정리

스프링 5주차 강의를 듣는다고 시간이 다 간 하루였다...
실습 부분을 놓치지 않고 듣기 위해서 블로그에 정리와 함께 진행했는데 시간이 생각보다 너무 오래 걸려서 오늘 하루를 스프링 강의 듣고 정리하는데 다 사용했다. 물론 정리와 함께 하면서 이해되는 부분도 많이 생겼고 뭔가 살짝 스프링에 대한 느낌이 잡히는 것 같았다.
내일 6주차 강의까지 모두 듣고 나면 스프링 개인 과제를 시작할 수 있지 않을까 하는 생각이 들었다. 무조건 내일 6주차 강의를 다 듣고 정리까지 완료한 후에 목요일부터는 개인 과제를 시작할 수 있도록 준비하고 싶다!! 그래야 다음 주 화요일까지 어느 정도 완벽해진 과제물을 제출할 수 있을 것 같다!

오늘은 뭔가 평소보다 집중이 더 잘된 하루여서 시간 가는 줄 모르고 하루를 보냈는데 내일도 강의에 집중해서 실습과 정리를 함께 하다 보면 하루가 금방 지나갈 것 같은 느낌이다. 

내일 하루도 열심히 공부해 보자!!!!! 스프링.. 감을 잡고 만다!!

내일 계획

• 알고리즘 문제(Java) 1문제 풀이 & 블로그 정리
• 스탠다드반 수준별 학습 듣기
• 스프링 6주차 강의 듣기
• TIL 블로그 작성

+ 추가적인 공부 계획이 생길 수 있습니다~~