
255
14
장
라우팅
이나 다름없었습니다. 라우트는 최소
10
개 이상의 파일에 흩어져 있었고, 논리나 일관성이 없
는 모순 덩어리였습니다. 이 아주 큰 웹사이트에 대해서는 아주 잘 알고 있었음에도 불구하고,
특정
URL
을 어디서 처리하는지 찾으려 할 때마다 시간을 많이 허비하고는 했습니다.
라우트는 확장성 있게 구성해야 합니다
라우트가
20
개,
30
개 정도라면 파일 하나에 전부 정의해도 별 문제는 없습니다. 하지만
3
년 사
이에 라우트가
200
개로 늘어난다면 어떨까요? 충분히 가능한 일입니다. 어떤 방법을 택하든,
확장할 수 있도록 해야 합니다.
뷰에 기반한 자동 라우트 핸들러를 평가절하하지 마세요
사이트에
URL
이 고정된 정적 페이지가 많다면, 라우트는 대개
app
.
get
(‘/
static
/
thing
’,
(
req
,
res
)
=>
res
.
render
(‘
static
/
thing
’))
같은 형태가 됩니다. 뷰에 기반한 자동 라
우트 핸들러를 사용해 코드 반복을 줄입니다. 이번 장에서 다시 설명합니다.
14.7
모듈에서 라우트 선언
6
라우트를 구성하는 첫 번째 단계는 이들을 모듈로 분리하는 겁니다. 방법은 여러 가지입니다.
그중 하나는 모듈에서 ‘메서드’와 ‘핸들러’ 프로퍼티를 포함한 객체 배열을 반환하는 겁니다. 그
러면 애플리케이션 파일에서 다음과 같이 라우트를 정의합니다. ...