Recent Posts
«   2025/05   »
1 2 3
4 5 6 7 8 9 10
11 12 13 14 15 16 17
18 19 20 21 22 23 24
25 26 27 28 29 30 31
관리 메뉴

개발자 박가나

[250115 TIL] 본캠프 74일차 (면접카타) 본문

내일배움캠프

[250115 TIL] 본캠프 74일차 (면접카타)

gnchoco97 2025. 1. 15. 23:35

리팩터링을 통해 코드의 가독성을 높인 경험이 있으신가요?

react 프로젝트에서 styled-components를 사용한 적이 있습니다.
처음에는 스타일 코드, UI 코드, 그리고 비즈니스 로직 코드까지 모두 하나의 jsx 파일에 작성을 했었는데 기능이 구현되어 갈수록 자연스럽게 코드의 길이가 길어졌고 가독성이 떨어진다는 느낌이 들었습니다. 그래서 스타일, UI, 비즈니스 로직을 각각의 파일로 분리해서 하나의 파일이 하나의 역할을 담당하게끔 해줌으로써 가독성을 높일 수 있었습니다.

 

 

Next.js에서 라우트 핸들러를 사용했던 경험과 장단점에 대해 설명해 주세요.

예전에 진행했던 프로젝트에서 검색 기능을 구현할 때 Route Handler를 사용한 적이 있고 공공 데이터 API를 사용했고 보안에 민감할 수 있는 KEY 값을 넘겨주어야 했기 때문에 선택하게 되었습니다.
API 경로를 명시적으로 설정해주지 않아도 파일 및 폴더 구조에 따라서 자동으로 지정되기 때문에 간결하고 직관적이라는 느낌이 들었습니다.

그리고 HTTP 메서드별로 함수를 나눌 수 있기 때문에 관련되어 있는 여러 작업을 동일한 API 경로를 사용해서 처리할 수 있다는 점은 좋았지만 별도의 함수명을 지정해주는 형태가 아니다보니 내부 로직을 봐야 어떤 역할을 하는 함수인지 파악이 가능하다는 점은 아쉬웠습니다.

마지막으로 프론트엔드와 백엔드가 하나의 프로젝트에서 관리되기 때문에 풀스택 개발이 가능하지만 프로젝트의 규모가 커지게 되면 오히려 성능적으로 한계가 있을 수 있지 않을까라는 생각이 들었습니다.