그가 하는 일은 적절한 것 이상입니다.

다음은 장점이며, 단점은 개발이 복잡해진다는 것입니다.

http://jishu.zol.com.cn/17898.html
단일 페이지 애플리케이션에서는 뷰 간 이동이 특히 중요합니다. 애플리케이션이 점점 더 복잡해짐에 따라 사용자에게 언제 어떤 페이지를 표시해야 하는지를 정확하게 제어할 수 있는 방법이 필요합니다.
메인 페이지에 다양한 템플릿을 도입하여 다양한 페이지 간 전환을 지원할 수 있지만, 이에 대한 단점은 내장된 코드가 많아지면 결국 관리가 어려워진다는 것입니다.
ng-include 지시문을 통해 많은 템플릿을 뷰에 통합할 수 있지만 이 상황을 처리하는 더 나은 방법이 있습니다. 뷰를 레이아웃 및 템플릿 뷰로 분리한 다음 방문하는 특정 URL에 따라 사용할 수 있습니다. 사용자에게 필요한 보기를 표시합니다.
레이아웃 템플릿에서 이러한 "조각"을 함께 결합할 수 있습니다.
AngularJS는 $routeProvider($route 서비스 제공자)에 경로를 선언하여 위의 아이디어를 구현합니다.
$routeProvider를 사용하면 검색 기록 API를 더 잘 활용할 수 있으며 사용자가 나중에 사용할 수 있도록 현재 경로를 북마크로 저장할 수 있습니다.

실제로 Angular와 Ember는 이미 대규모 애플리케이션 개발에 적합하며 단일 페이지 기술을 사용하여 모든 애플리케이션을 개발할 수 있습니다. 주요 문제는 리소스 로딩, 메모리 관리 등입니다. Angular 등이 반복적인 리소스 로딩을 크게 줄이고 유창성을 향상시킬 수 있다는 것은 의심의 여지가 없습니다.
ui-router는 더욱 강력한 라우터입니다. 사용해야 하는지 확인하세요. 페이지 수가 적고 중첩된 뷰가 없다면 ui-router를 사용할 필요가 없습니다. 복잡하다면 ui-router를 사용하는 것이 좋습니다.