20240125 TIL

백오피스 프로젝트

원래 예정은 스토어 마무리되면 추가된 부분 관련한 메뉴 수정작업을 하려고 했었다.

어쩌다보니 내가 스토어까지 하게 되었는데... 메뉴랑 비슷하면서도 처음부터 user가 완성된 상태에서 하는 작업이다보니 고려해야 할게 많아서 좋은 공부가 된것같다. 시간이 촉박해서 최대한 빠르게 완성하는걸 목표로 뒀다.

이후에 테스트까지 완료하고 pull request했는데 음... 올리고 나니 오류가 많이 났다

데이터가 들어가면 안되는 상황에서 들어가기도 하고... 분명히 다 테스트 해봤었는데도...

 

어쨌든 메뉴 고치면서 스토어까지 작업하다보니 새벽 세시가 넘어서야 끝났다.

CRUD는 익숙해졌다고 생각했는데 다른 기능과 연계해서 작업하는것까지 추가되니 익숙함이 리셋되는 기분이었다... 

 

1. 이건 확실하게 해당 해결법이 정답이 맞는지는 모르겠는데, 똑같이 숫자로 값이 들어가는 경우 불러오는 순서를 다르게 넣거나 항목이 추가될때 결과가 꼬이기도 하는 것 같다. 

아래 코드는 내가 썼던걸 적당히 가져온건데

    @PutMapping("/{메뉴 아이디}")
    fun 메뉴(
        @PathVariable 값 1,
        @PathVariable 값 2,
        @AuthenticationPrincipal userid,
        @RequestBody 리퀘스트
    ): ResponseEntity<MenuResponse> {
        return ResponseEntity.status(HttpStatus.OK)
            .body(menuService.메뉴(값2, userid, 값1, 리퀘스트))
    }

 

위 코드처럼 불러오는 값과 아래에 적은 순서가 다를때 둘다 같은 숫자가 들어가는 경우 문제가 생기는것 같다.

순서를 맞게 정리해서 넣었더니 해결이 된 것 같아서...

아직 검증까지 해본건 아니라서 나중에 프로젝트가 끝나고 추가공부가 필요할것 같다.

+) 순서가 다르면 오류가 나는게 맞는 것 같다! 이전까진 항목이 많지 않은 프로젝트만 해서 몰랐던것같다.

 

2. 값이 들어가면 안되는 곳에 들어가거나 분명히 로그인한 사용자가 작성한 부분만 권한을 가져야하는데 자꾸 다른 사용자 데이터로도 값이 들어가는 오류가 많이 났다. 투두앱을 만들때는 이런 부분까진 깊게 생각하지 못했는데 이번 프로젝트를 하면서 많이 생각해본 계기가 된 것 같다. 예외처리 관련해서도 추가로 공부해야 할것같다.

 

3. enum 을 지금까지는 if 나 when 등으로 처리해왔는데, 좀더 효율적으로 쓰는 방법이 있다는 말을 팀원분께 들었다.

확실히 지금은 작동은 해도 코드가 너무 길어지는 기분이라 이것도 찾아봐야 할 것 같다.

 

맡은 부분 마무리까지 일단 하긴 한것같은데 완성도가 있는지에 대해서는 확신이 없다.

사실 작업 자체는 꽤 재밌었다. 다른분들 파트도 나중에 살펴보고 따로 공부하면 좋을 것 같다.

남은 기한동안 더 열심히 해서 최종프로젝트때는 이것보다는 더 많은일을 할 수 있게 되고싶다.