[ToDo REST API 만들기] 1주차 과제 제출 #42

jxmen · 2021-08-09T11:53:04Z

우선 오늘까지 작업한 부분 제출합니다!

ToDo 목록 얻기 - GET /tasks
ToDo 상세 조회하기 - GET /tasks/{id}
- taskID 를 못찾을시 404 에러
ToDo 생성하기 - POST /tasks
ToDo 제목 수정하기 - PUT/PATCH /tasks/{id}
ToDo 삭제하기 - DELETE /tasks/{id}

일단 아직 더 해야될 것 같은걸로는.. HttpResponse를 따로 분리하여 404에러 코드 부분을 중복 제거를 하면 좋을 것 같습니다.
리팩토링이 더 많이 필요할 것 같네요. 😒

GET /tasks -> 할일 목록 전체 얻기

GET /tasks/{id} - 할일 상세 조회

taskId와 content를 받아오는 부분 메서드로 리팩토링

POST /tasks

GET /tasks/{id} : 기존 title 응답 POST /tasks: Hello, World! 응답 -> 모두 할일 JSON을 응답하도록 수정

PUT /tasks/{id} PATCH /tasks/{id}

DELETE /tasks/{id}

http response를 보내는 과정을 함수로 분리

hannut91 · 2021-08-09T12:36:06Z

app/src/main/java/com/codesoom/assignment/TaskHttpHandler.java

+            content = tasksToJson();
+        }
+
+        boolean isNumberMatchEndOfPath = Pattern.matches("/tasks/[0-9]+$", path);


변수의 이름을 그대로 읽어보면 path의 마지막에 숫자가 존재하지는지 확인하는 것 같습니다.

이 변수가 무엇을 하려고 작성하신건지는 이해했습니다. 하지만 왜하는지는 드러나지 않는 것 같습니다.

만약 이렇게 작성해보면 어떨까요?

boolean hasTaskId = Pattern.matches("/tasks/[0-9]+$", path);

제가 생각하기에는 할 일 목록중 특정한 아이디가 존재하는지 찾기 위해 패스 파라미터로 아이디를 같이 넘겨주었는지 확인하고 싶으셨던 것 같습니다.

그렇군요. 변수명을 지을 때 왜? 인지를 더 고민할 수 있을 것 같습니다.
무엇을 할려고 하는 것보다는 본질적으로 이것을 왜 하려고 하는지가 더 중요할 것 같네요

무엇: path 끝에 number가 존재하는가?

왜: number를 왜 쓸려고 하는가? - TaskId가 존재하는지 확인하기 위해

hannut91 · 2021-08-09T12:42:38Z

app/src/main/java/com/codesoom/assignment/TaskHttpHandler.java

+        Long newTaskId = ((long) (tasks.size() + 1));
+        task.setId(newTaskId);


새로운 아이디를 만들 때, 현재 데이터의 길이보다 하나 더 큰 값으로 아이디를 만들고 있는 것 같습니다. 이럴경우 다음과 같은 상황에서 문제가 발생할 수 있습니다.

1 2 3

이러한 데이터가 있을 때 중간 값을 삭제합니다.

1 3

이 상황에서 새로운 값을 하나 추가합니다. 길이(2) + 1을 더한 값을 아이디로 할당하니 다음과 같은 결과가 나옵니다.

1 3 3

따라서 아이디를 만들 떄는 데이터의 길이를 가지고 만들어서는 안됩니다.

lastTaskId 라는 인스턴스 변수를 만들고 새로운 task가 추가될 때 이 값이 증가되도록 하였습니다.

hannut91 · 2021-08-09T12:47:30Z

app/src/main/java/com/codesoom/assignment/TaskHttpHandler.java

+    private Task getTaskFromId(long taskId) {
+        return tasks.stream()
+            .filter(task -> task.isMatchId(taskId))
+            .findFirst()
+            .orElse(null);
+    }


함수가 null을 반환할지 안할지는 함수의 시그니처(리턴 타입, 매개변수, 함수의 이름)만 봐서는 절대 알 수 없습니다.
그래서 사용하는 입장에서 반환값이 항상 null인지 확인해야하고, 만약 이를 까먹을경우 NullPointerException이 발생할 수 있습니다.

따라서 함수의 반환값으로 null을 반환해서는 안됩니다.

그렇군요. 제가 이 글을 보고나서, isPresent()-get() 방식을 쓰지 않으려다 보니 이런식으로 작성한 것 같습니다.

그래서 제 생각에는 Optional을 반환하고 이를 다시 꺼내는 것보다는, 아직 구현하지는 않았지만 orElse() 에서 404 응답을 주는 것도 괜찮은 방법 같네요.

그러셨군요 ㅎㅎ 저는 null을 사용하는 것보다는 Optional을 반환하는게 더 좋다고 생각합니다. 왜냐하면 해당 함수를 사용하는 사람은 무조건 없는경우를 처리하도록 강요할 수 있기 때문이에요. 함수의 시그니처만 보아도 없을 수 있다는 것을 알 수 있죠.

그런데 무조건 Optional을 반환해야 하는 것도 아니긴 합니다. ㅎㅎ 우리에겐 예외를 처리하는 방법이 있으니까요

hannut91 · 2021-08-09T12:48:12Z

app/src/main/java/com/codesoom/assignment/models/Task.java

+    @Override
+    public String toString() {
+        return "Task{" +
+            "id=" + id +
+            ", title='" + title + '\'' +
+            '}';
+    }


String.format을 사용하는 것은 어떨까요?

동의합니다. intellij에서 toString()을 만들 때 있는 것을 그대로 사용하였는데, String.format 이 더 깔끔할 것 같네요.

기존의 새로운 task의 id를 발급할 때 task의 사이즈로 잡았으나, 중간의 task를 삭제하면 id가 중복될 수 있으므로 task의 마지막 id를 인스턴스 변수로 관리하게 한다.

기존 HttpResponse는 추상클래스로 적용

existTaskFromId() - task가 있는지 확인 findTaskFromId() - task id로 해당 task 반환

jxmen · 2021-08-10T12:02:24Z

08.10 작업내용

코드리뷰 내용 반영
요청과 응답 HttpRequest, HttpResponse 등으로 분리
Task의 리스트를 관리하는 TaskManager, Task의 데이터를 Json으로 매핑하는 TaskMapper등으로 추출

마감시간 때문에, 리팩토링 진행중에 푸쉬를 하여 테스트가 모두 통과되지 않았네요.. 하지만 중간 작업을 빠르게 공유하는 것이 좋다고 판단되어 우선 작업중인 내역 올립니다! 이점 감안해서 리뷰 부탁드립니다!

hannut91 · 2021-08-10T17:22:38Z

app/src/main/java/com/codesoom/assignment/TaskManager.java

+        task.setId(++lastTaskId);
+        tasks.add(task);


lastTaskId++; task.setId(lastTaskId); tasks.add(task);

이렇게 쓰는게 더 이해하기 쉬울 것 같아요

마지막 taskId를 증가시키는 로직을 분리한 거군요.
해당 사항 적용했고, tasks는 이미 taskManager에서 관리하고 있어서, lastId 라는 이름으로 변경하였습니다.

hannut91 · 2021-08-10T17:23:33Z

app/src/main/java/com/codesoom/assignment/TaskManager.java

+    public Task deleteTask(long taskId) {
+        Task task = findTaskFromId(taskId);
+        tasks.remove(task);
+
+        return task;
+    }


public Task deleteTask(long id) { Task task = findTask(id); tasks.remove(task); return task; }

findTaskFromId이 id에서 Task를 찾는다라고 읽히는 것 같아요. findTask라고만 해도 task를 찾는다는 것을 드러낼 수 있고, 파라미터로 id를 넘겨주고 있으니 id라는 것도 드러낼 수 있어서 findTask라고만 써줘도 괜찮을 것 같아요.

만약 id로 찾는 것이 아니라 나중에 다른 수단으로 찾는 것이 생긴다면 findTaksWith같은 이름으로 쓰면 되지 않을까? 생각이 들었습니다

findTaskWith 라는 이름이 괜찮네요! 네이밍을 할 때 파라미터도 고려해볼 수 있겠네요.

hannut91 · 2021-08-10T17:34:43Z

app/src/main/java/com/codesoom/assignment/TaskMapper.java

+import java.io.OutputStream;
+import java.util.List;
+
+public class TaskMapper {


Task를 받아서 JSON문자열로 반환해주는 객체로 이해했는데, TaskManager에서 직접적으로 할 일 목록도 가져와서 반환해주고 있는 것 같아요. 이러한 의존성을 밖에서 드러나지 않으므로, 객체들간의 의존성을 파악하기 어려워져 결론적으로 유지보수하기 힘든 코드가 됩니다.

제가 정확히 이해한 것인지는 모르겠는데, 해당 의존성을 드러내기 위해 TaskManager를 인스턴스 변수 등으로 만들어야 한다는 것인가요?

TaskMapper가 에 만약 변경이 일어난다면 어떤 것들 때문일까요? 먼저 Task가 변경된다면 TaskMapper에 변경이 일어날 수 있겠죠. 그렇다는 것은 TaskMapper는 Task에 의존하고 있다는 거에요. 그리고 TaskManager가 변경될때도 TaskMapper에 변경이 일어나겠죠.

근데 이게 TaskManager를 사용할 때는 이러한 의존성이 있는지 알 수 없습니다. 그래서 무언가를 변경했을 때 어떤 영향이 있는지 가늠하기가 굉장히 어려워집니다.

따라서 객체가 서로 의존할 때는 어떻게 의존 관계를 가질지 고민해야 합니다.

taskId로 task를 찾지 못할 시 이 예외를 던집니다.

jxmen · 2021-08-11T12:01:35Z

app/src/main/java/com/codesoom/assignment/web/HttpRequest.java

            .replace("/", "");

        return Long.parseLong(replaced);
    }

    public boolean isReadAll() {
-        return "GET".equals(method) && "/tasks".equals(path);
+        return "GET".equals(method) && PREFIX_PATH.equals(path);


"GET".eqauls(method) 이부분도 enum으로 비교하면 좋을까요?

열거 타입을 사용했을 때 어떤 것이 더 좋은가요? 이펙티브 자바의 아이템 34를 확인해보면 좋을 것 같아요

제가 원래 알고 있던 열거형의 장점으로는, 연관된 상수들을 모아서 관리하는 것이였습니다.
책을 읽어서 추가로 알게된 점은, 각 상수와 연관된 로직 등을 메서드에 넣을 수 있는 점, 기존의 열거형을 수정해도 재컴파일 하지 않아도 되는 장점이 있는 것 같습니다.

책의 코드를 어느정도 참고했으나, 앞으로 enum에 대해 더 공부해야 될 것 같네요😭

hannut91 · 2021-08-11T15:35:28Z

app/src/main/java/com/codesoom/assignment/web/HttpRequest.java

+        return String.format("HttpRequest {method=%s, path=%s} ", method, path);
+    }
+
+}


코드 마지막 라인에 빈 줄 하나를 추가해주세요

현재 ideaVim (vim) 플러그인을 사용중인데, 노멀모드에서 :w로 저장할때는 파일 마지막에 공백이 생기는데, command+s 로 저장할때는 공백이 생기지 않더군요. 그래서 keymap을 찾아보았는데 예전에 설정한 포매터 매크로가 파일 마지막에 공백을 추가하지는 않는 것 같네요

그래서 이제 해당 매크로를 지우니까 command+s로 저장해도 공백이 다시 생기네요ㅎ

hannut91 · 2021-08-11T15:37:58Z

app/src/main/java/com/codesoom/assignment/web/TaskHttpHandler.java

+        try {
+            taskId = httpRequest.getTaskIdFromPath();
+        } catch (NumberFormatException ne) {
+            taskId = null;
+        }


이렇게 사용하면 null을 반환하는 것과 크게 다르지 않은 것 같아요. null을 사용하는 순간 이 아래부터 이 taskId가 null인지 아닌지를 항상 인지하고 있어야 합니다

함수 내에서 path 내에 taskId 가 있는지 검사하여 비어있으면 EMPTY_TASK_ID로 0을 주도록 수정하였습니다.

hannut91 · 2021-08-11T15:53:52Z

app/src/main/java/com/codesoom/assignment/web/TaskHttpHandler.java

+        if (httpRequest.isUpdateOne()) {
+            try {
+                Task updatedTask = taskManager.updateTask(taskId, body);
+
+                new HttpResponseOK(httpExchange).send(taskMapper.toJsonWith(updatedTask));
+            } catch (TaskIdNotFoundException error) {
+                new HttpResponseNotFound(httpExchange).send(error.getMessage());
+            }
+        }
+
+        if (httpRequest.isDeleteOne()) {
+            try {
+                Task deletedTask = taskManager.deleteTask(taskId);
+
+                new HttpResponseNoContent(httpExchange).send(taskMapper.toJsonWith(deletedTask));
+            } catch (TaskIdNotFoundException error) {
+                new HttpResponseNotFound(httpExchange).send(error.getMessage());
+            }
+        }


굉장히 깔끔하게 잘 처리해주신 것 같습니다 ㅎㅎ 낄끔하게 정리되느 무언가 비슷한 패턴이 보이는 군요 ㅎㅎ

지금 패턴이

taskID를 가져온다.

httpRequest에 따라 작업을 수행하고 그에 맞는 Response를 보낸다. (create, update, delete 등등..)

예외가 날 경우 그에 따른 4xx Response를 보낸다.

이 3가지 형태로 가는 것 같네요. 극단적으로는 If문 까지도 제거해 볼수도 있을 것 같은데, 지금은 딱히 좋은 인사이트가 떠오르지는 않네요. 😒

오 ㅎㅎ 각 문제를 굉장히 잘 분석하신 것 같습니다. 각 일에 대해서 누가 그 일을 하면 가장 적합할지 고민해보면 좋을 것 같습니다

값이 없을 경우 기본 taskId를 부여

jxmen · 2021-08-12T12:00:20Z

08.12

리뷰 내용 반영

HttpRequest method를 AllowedMethods라는 열거형으로 포장
httpRequest path에서 taskId를 찾아 반환하는 메서드에서, taskId가 없을 경우 null 대신 0 반환

그 외

TaskHttpHandler - 몇몇 작업 private 메서드로 분리

질문

커밋 메시지가 refactor가 너무 많은 것 같네요ㅎㅎ 어떤 작업을 메서드나 클래스로 추출하는 것도 refactor로 하는 게 좋을까요?
현재는 TaskManager가 너무 많은 일을 하는 것 같습니다. TaskHttpHandler에서 변경 요청 (create, update, delete) 요청도 받고, TaskMapper에서 값을 읽는 작업을 하고 있는데, 이를 TaskReader, TaskChanger 등의 두 클래스로 분리하는건 어떨까요?

hannut91 · 2021-08-12T14:51:49Z

app/src/main/java/com/codesoom/assignment/TaskConvertor.java

+public class TaskConvertor {
+
+    private final ObjectMapper objectMapper = new ObjectMapper();
+
+    public Task toTask(String content) throws JsonProcessingException {
+        return objectMapper.readValue(content, Task.class);
+    }
+}


문자열을 받아서 객체를 만드는역할을 하는거군요 ㅎㅎ 팩토리라고 불러도 괜찮을까요?

저는 변환한다라는 것에 초첨을 두어 TaskConvertor라는 이름을 지었는데, 객체를 만든다 라고 생각하면 factory도 괜찮은 이름 같네요

이름 뿐만 아니라 객체의 생성의 책임을 가지고 있는 팩토리도 생각이나서 말씀드려봤습니다

hannut91 · 2021-08-12T14:58:01Z

app/src/main/java/com/codesoom/assignment/TaskManager.java

+        return tasks;
+    }
+
+    public Task createTask(String body) throws JsonProcessingException {


HTTP 요청에서 body의 데이터를 가지고 Task를 만들다보니 body라는 변수 이름을 사용하신 것 같습니다.
이것은 여기 코드에서 필요하지 않은 컨텍스트(문맥)이 침범한 것으로, 유지보수하기 어려운 코드가 될 가능성이 높습니다.
따라서 body대신에 title이라고 하는 것은 어떨까요?

문맥에 따라서 변수명도 달라질 수 있는군요. title로 수정하였습니다

jxmen · 2021-08-13T06:59:36Z

0eee1cf git rebase -i HEAD~2로 커밋을 합치는 작업이 잘 들어갔네요. git을 맨날 add, commit, push, pull 등만 사용하다가 이런 것들이 있는지도 몰랐네요. git도 앞으로 공부할 것들이 꽤 있을 것 같아요

TaskMapper를 TaskManager에서만 호출하도록 변경합니다. TaskManager는 TaskMapper의 결과를 그대로 리턴합니다. 추가로 현재 HTTP DELETE 메서드의 경우 204 No Content를 반환하는데, 이는 response body가 없으므로 삭제하는 메서드를 void 타입으로 변경하였습니다.

객체지향 생활체조 원칙 - 원시타입과 문자열을 포장 HttpRequest의 path를 클래스로 분리하고 관련 테스트 코드를 추가하였습니다.

…ignment-1 into pangnem

jxmen · 2021-08-13T11:53:31Z

08.13

TaskHttpHandler에서 TaskMapper의 의존성을 제거하였습니다.
- TaskManager에서 TaskMapper를 의존하도록 하였습니다.
HttpRequest에서 path를 클래스로 포장하였고 단위 테스트를 작성했습니다.
Task들을 담는 컬렉션을 hashMap으로 변경하고 일급 컬렉션으로 따로 분리하였습니다.

이제 쉬운 것부터 단위 테스트를 하나씩 추가해 보려 합니다..ㅎㅎ

hannut91 · 2021-08-13T14:31:26Z

app/src/main/java/com/codesoom/assignment/TaskMap.java

+
+public class TaskMap {
+
+    private final Map<Long, Task> taskMap = new HashMap<>();


HashMap에 저장을 하고 계시군요 ㅎㅎ 만약 할 일 목록을 등록한 순서대로 혹은 사용자가 원하는 순서대로 얻고 싶다면 어떻게 해야 할까요?

HashMap에서 범위검색 혹은 정렬이 필요할 경우 TreeMap을 고려해 볼 수 있을 것 같습니다

hannut91 · 2021-08-13T14:36:44Z

app/src/main/java/com/codesoom/assignment/web/TaskHttpHandler.java

+        HttpRequest httpRequest = createHttpRequest(httpExchange);
+        String body = getParsedResponseBody(httpExchange);
+
+        long taskId = httpRequest.getTaskIdFromPath();
+        if (httpRequest.isReadAll()) {
+            new HttpResponseOK(httpExchange).send(taskManager.getAllTasks());
+        }
+
+        if (httpRequest.isReadOne()) {
+            try {
+                new HttpResponseOK(httpExchange).send(taskManager.findTaskWith(taskId));
+            } catch (TaskIdNotFoundException error) {
+                new HttpResponseNotFound(httpExchange).send(error.getMessage());
+            }
+        }


저는 이런 모양으로 만들면 어떨까 고민해 봤어요

public void handle(HttpExchange httpExchange) throws IOException { HttpRequest httpRequest = createHttpRequest(httpExchange); httpRequest.handleRequest(); return createResponse(httpRequest); }

HttpResponse에서 content를 필드로 변경하고, HttpRequest에서 HttpResponse를 만들어 전달하는 메서드를 만들고 핸들러에서 이를 보내도록 바꾸어보았습니다.

HttpResponse의 content는 필드로 분리

hannut91 · 2021-08-14T16:30:09Z

app/src/main/java/com/codesoom/assignment/web/HttpRequest.java

+        String replaced = path.getTaskId();
+
+        if (!replaced.isEmpty()) {
+            return Long.parseLong(replaced);
+        }


replaced는 무엇을 의미하나요? id라고 하는 것은 어떨까요?

hannut91 · 2021-08-14T16:35:27Z

app/src/main/java/com/codesoom/assignment/TaskManager.java

+        Task task = taskMap.get(id);
+        if (task == null) {
+            throw new TaskIdNotFoundException();
+        }
+
+        return task;


return Optional.ofNullable(taskMap.get(id)) .orElseThrow(TaskIdNotFoundException::new);

이렇게 작성하는 방법도 있긴한데, 엄청 권하지는 않습니다

hannut91 · 2021-08-14T16:39:22Z

app/src/main/java/com/codesoom/assignment/TaskManager.java

+        String newTitle = content.getTitle();
+        task.setTitle(newTitle);


우변의 getTitle이 이미 title이라는 의미를 가지고 있기 때문에, newTitle이라는 변수를 만들지 않아도 이해가 될 것 같아요. 좌변의 newTitle이 오히려 이해를 방해하는 느낌이에요.

task.setTitle(content.getTitle());

hannut91 · 2021-08-16T15:50:20Z

저 혼자서 작업 할때는 안할 수도 있고, 혹은 틀린 방향으로 갈 수도 있습니다. 하지만 코드숨에서 만큼은 틀린 부분을 바로잡을 수 있게 방향성을 제시해 주실 수 있기 때문에, 그만큼 더 다양한 시도를 해볼 수 있던 것 같습니다.

맞습니다 ㅎㅎ 학습할 때 주의해야 할 것 중 하나가 실수를 학습하는 것입니다. 코드숨 과정에서는 트레이너들이 피드 포워드를 통해 도와드리니 학습하기에 아주 좋은 환경입니다. 그리고 이런 환경을 만드는 것은 아주 어렵죠. 많은 시도를 하고 많은 것을 배워가셨으면 좋겠습니다.

고생 많으셨습니다

jxmen added 11 commits August 9, 2021 15:54

Create HttpServer

fff7e4b

feat: 할일 모델 및 목록 전체 얻기

67d8cad

GET /tasks -> 할일 목록 전체 얻기

feat: 할일 상세 조회

4c05cdd

GET /tasks/{id} - 할일 상세 조회

fix: taskId를 찾지 못할 때 404 에러코드 반환

c64ce73

taskId와 content를 받아오는 부분 메서드로 리팩토링

feat: 할일 생성하기

7612fc5

POST /tasks

fix: 생성한 할일을 JSON으로 응답

1ebfb41

GET /tasks/{id} : 기존 title 응답 POST /tasks: Hello, World! 응답 -> 모두 할일 JSON을 응답하도록 수정

remove: 임시 데이터 삭제

bd2191a

feat: 할일 제목 수정

a49049a

PUT /tasks/{id} PATCH /tasks/{id}

feat: 할일 삭제하기

2ef7e10

DELETE /tasks/{id}

refactor: sendHttpResponse() - 함수 분리

27f0583

http response를 보내는 과정을 함수로 분리

fix: 수정 및 삭제 메서드에 누락된 /tasks 경로 추가

18b492f

hannut91 reviewed Aug 9, 2021

View reviewed changes

jxmen added 12 commits August 10, 2021 13:02

fix: path가 /tasks로 시작할때 실행

0dee73a

refactor: path에서 taskId를 가지고 있는지 더 명확한 변수명 사용

5b960a6

update: Task의 toString()을 String.format() 으로 리턴

bd17e55

fix: 새로 생성되는 task id 인스턴스 변수로 관리

839bab0

기존의 새로운 task의 id를 발급할 때 task의 사이즈로 잡았으나, 중간의 task를 삭제하면 id가 중복될 수 있으므로 task의 마지막 id를 인스턴스 변수로 관리하게 한다.

refactor: http 요청 관련 내용을 HttpRequest 클래스로 분리

4ae181f

refactor: Http 응답 HttpResponse로 분리

3f4de8e

refactor: HttpResponse를 statusCode에 따라 분리

24de63e

기존 HttpResponse는 추상클래스로 적용

refactor: taskId가 없을경우 바로 NotFound 응답 반환

a4d89ee

existTaskFromId() - task가 있는지 확인 findTaskFromId() - task id로 해당 task 반환

fix: 누락된 final 키워드 추가

071df07

fix: lastTaskId 초기값 1에서 0으로 변경

9a74fe0

move: web 디렉토리 생성 및 관련 파일 이동

dae0ab6

refactor: TaskManager, TaskMapper로 추출

e98b4d8

fix: 누락된 메서드 추가 및 TaskManager 싱글턴으로 교체

bfd1926

hannut91 reviewed Aug 10, 2021

View reviewed changes

jxmen added 3 commits August 11, 2021 10:22

refactor: lastTaskId 증가 로직 분리, 이름 lastId로 수정

d3ea38b

refactor: findTaskFromId()를 findTaskWith()로 교체

9d7cda1

feat: TaskIDNotFoundException

1111b9d

taskId로 task를 찾지 못할 시 이 예외를 던집니다.

test: TaskConvertor.toTask()

ae9b64b

jxmen commented Aug 11, 2021

View reviewed changes

hannut91 reviewed Aug 11, 2021

View reviewed changes

jxmen added 7 commits August 12, 2021 11:29

fix: PREFIX_PATH와 method 비교 수정

87cc9dd

refactor: request method 검증 메서드 분리 - isAllowedMethod()

6de3358

refactor: HttpRequest의 method를 AllowedMethod enum으로 정의

281b08e

refactor: outputStream을 write()에서 생성

ebea082

refactor: AllowedMethods를 public enum 파일로 추출

66da26e

refactor: getTaskIdFromPath() 에서 Optional 반환

3518b44

값이 없을 경우 기본 taskId를 부여

refactor: getTaskIdFromPath()가 Optional에서 long을 반환하도록 수정

7c33ccf

hannut91 reviewed Aug 12, 2021

View reviewed changes

jxmen added 2 commits August 13, 2021 11:50

refactor: 파라미터 변수 이름 body에서 title로 수정

ae410ee

refactor: TaskConvertor에서 TaskFactory로 이름 변경

0eee1cf

jxmen added 8 commits August 13, 2021 16:44

fix: 상수 private로 변경

c7825aa

refactor: HttpRequest path 클래스로 포장

8d974d1

객체지향 생활체조 원칙 - 원시타입과 문자열을 포장 HttpRequest의 path를 클래스로 분리하고 관련 테스트 코드를 추가하였습니다.

refactor: HttpRequest path 클래스로 포장

8733446

객체지향 생활체조 원칙 - 원시타입과 문자열을 포장 HttpRequest의 path를 클래스로 분리하고 관련 테스트 코드를 추가하였습니다.

Merge branch 'pangnem' of https://github.com/PangNem/spring-week1-ass…

8759fee

…ignment-1 into pangnem

rename: body to title

f88eb6d

refactor: tasks 컬렉션 ArrayList에서 HashMap으로 변경

6b5eee1

feat: taskMap 일급 컬렉션으로 분리

9bf8bdb

hannut91 reviewed Aug 13, 2021

View reviewed changes

refactor: HttpResponse를 HttpRequest에서 받아오도록 수정

e101ac7

HttpResponse의 content는 필드로 분리

hannut91 reviewed Aug 14, 2021

View reviewed changes

hannut91 merged commit 38bdd1d into CodeSoom:pangnem Aug 16, 2021

		Long newTaskId = ((long) (tasks.size() + 1));
		task.setId(newTaskId);


		public class TaskMap {

		private final Map<Long, Task> taskMap = new HashMap<>();

		String newTitle = content.getTitle();
		task.setTitle(newTitle);

[ToDo REST API 만들기] 1주차 과제 제출 #42

[ToDo REST API 만들기] 1주차 과제 제출 #42

Conversation

jxmen commented Aug 9, 2021

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

jxmen commented Aug 10, 2021 • edited

08.10 작업내용

Choose a reason for hiding this comment

jxmen Aug 11, 2021 • edited

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

jxmen Aug 12, 2021 • edited

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

jxmen commented Aug 12, 2021 • edited

08.12

질문

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

jxmen commented Aug 13, 2021 • edited

jxmen commented Aug 13, 2021 • edited

08.13

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

hannut91 commented Aug 16, 2021

jxmen commented Aug 10, 2021 •

edited

jxmen Aug 11, 2021 •

edited

jxmen Aug 12, 2021 •

edited

jxmen commented Aug 12, 2021 •

edited

jxmen commented Aug 13, 2021 •

edited

jxmen commented Aug 13, 2021 •

edited