한 권으로 끝내는 Node & Express: 웹사이트 구축을 위한 서버 사이드 자바스크립트

226

한 권으로 끝내는 Node & Express

| 라우트가 불가사의해서는 안 됩니다 |

이 원칙은 의도적으로 모호하게 정했습니다. 크고 복잡한 웹사이트에는

10

쪽짜리 웹사이트보

다 더 복잡한 정리 스키마가 필요하기 때문입니다. 선택의 폭은 넓지만, 그 한쪽 끝은 단순히

웹사이트의 모든 라우트를 파일 하나에 넣는 겁니다. 수정이 필요할 때 어느 파일을 찾아야 하

는지 바로 알 수 있다는 장점은 있습니다. 큰 사이트에서는 이렇게 할 수 없으니 라우트를 기능

에 따라 나눠야 합니다. 하지만 이렇게 하더라도 어느 라우트를 어느 파일에서 찾아야 하는지

는 명확해야 합니다. 뭔가 수정해야 할 때, 그 라우트를 어디에서 처리하는지 찾는 데만 한 시

간이 걸리는 경험은 하고 싶지 않을 겁니다. 필자는 직장에서

ASP

.

NET

기반

MVC

프로젝트

를 하나 진행 중인데, 이런 관점에서 볼 때 악몽을 겪고 있습니다. 라우트를 처리하는 곳이 최

소한

10

개 이상인 데다가, 논리적이지도 않고 일관적이지도 않습니다. 게다가 종종 모순되기

까지 합니다. 필자는 대단히 큰 웹사이트에 상당히 친숙한데도, 이 프로젝트에서는 특정

URL

을 어디서 처리하는지 찾기만 하는 데에도 상당히 시간이 오래 걸립니다.

| 라우트 정리 규칙을 확장할 수 있어야 합니다 |

지금 라우트가

20

~

30

개 정도라면 파일 하나에 전부 정의해도 괜찮을 겁니다. 하지만

3

년 안

에

200

개로 늘어난다면? 일어날 수 있는 일입니다. 어떤 방법을 택하든, 늘어날 라우트를 처리

할 공간을 확보할 수 있어