저는 AngularJS 단일 페이지 애플리케이션을 몇 개 수행했습니다. 개발 단계에서 필요에 따라 CSS 파일을 분할했습니다. 질문자님이 말씀하신 것과 비슷하게 각 경로(뷰인 것 같습니다)에는 하나의 CSS가 있습니다. 그러나 게시할 때 gulp를 사용하여 모든 CSS를 함께 압축했습니다. 페이지가 로드되고 뷰에서 호출되는 스타일은 모두 압축된 CSS 파일에서 나옵니다.
프런트엔드 인턴으로 반달간 일하며 5~6개 프로젝트의 프론트엔드를 맡았습니다. 저희 회사의 접근 방식은 gulp/grunt/fis3...와 같은 프로세스 도구를 사용하여 적은 양의 파일을 모두 CSS 파일로 패키징 및 압축하고 인터페이스에서 직접 이 CSS 파일을 참조하는 것입니다.
CSS를 파일로 작성하는 것이 좋습니다. 동시에 html 템플릿도 $templateCache로 작성됩니다. 이렇게 하면 홈페이지가 느리게 열리더라도 후속 작업이 원활하게 진행됩니다. 이러한 대용량 파일을 통합하기 위한 캐싱 전략은 파일이 캐시되므로 나중에 홈 페이지에 액세스할 때 뚜렷한 지연이 발생하지 않습니다.
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
ocLazyload를 사용하여 해당 컨트롤러, CSS 등을 로드하거나 라우팅과 연계하여 로드하려는 파일을 로드하세요
저는 AngularJS 단일 페이지 애플리케이션을 몇 개 수행했습니다.
개발 단계에서 필요에 따라 CSS 파일을 분할했습니다. 질문자님이 말씀하신 것과 비슷하게 각 경로(뷰인 것 같습니다)에는 하나의 CSS가 있습니다. 그러나 게시할 때 gulp를 사용하여 모든 CSS를 함께 압축했습니다. 페이지가 로드되고 뷰에서 호출되는 스타일은 모두 압축된 CSS 파일에서 나옵니다.
프런트엔드 인턴으로 반달간 일하며 5~6개 프로젝트의 프론트엔드를 맡았습니다.
저희 회사의 접근 방식은 gulp/grunt/fis3...와 같은 프로세스 도구를 사용하여 적은 양의 파일을 모두 CSS 파일로 패키징 및 압축하고 인터페이스에서 직접 이 CSS 파일을 참조하는 것입니다.
CSS를 파일로 작성하는 것이 좋습니다.
동시에 html 템플릿도
$templateCache로 작성됩니다. 이렇게 하면 홈페이지가 느리게 열리더라도 후속 작업이 원활하게 진행됩니다. 이러한 대용량 파일을 통합하기 위한 캐싱 전략은 파일이 캐시되므로 나중에 홈 페이지에 액세스할 때 뚜렷한 지연이 발생하지 않습니다.