모바일 프론트 엔드 최적화, 대부에 와야한다!

내 디렉토리

1 : 웹팩 추천 정보

2 : 너희 차이는 기사를 추천

3 : 내 프로젝트 최적화

프론트 엔드가 우는 소리 꿀꿀 거리는 소리를 구축하는 경우 1 >> 다음 대부 뿐만 아니라, 꿀꺽 꿀꺽이다 새로운 대부 (웹팩) :

웹팩은 수와 그런트는 , GULP는 , 카르마 등 기존 도구와 잘 통합되어 있습니다. 그리고 그것은 다운로드 모듈에 대한 웹팩 가능하지 않지만, 잘 맞는 기존 패키지 관리자, 우리는 여전히 사용할 수 있습니다 될 수 NPM , 정자 , 구성 요소 , 자원을 관리하고 다른 웹 개발자를 웹팩에서 그들을로드합니다.

기사는 다음과 같이 권고합니다 :

웹팩 웹 개발자 및 모듈 관리자의 학생 : http://hanjianwei.com/2014/09/10/webpack-package-manager-for-web/

2 >> 너무 많은 프런트 엔드 최적화 방법은 전에 잎 형제의 끝을 볼 모범 사례, 나는 매우 계몽 느낌의 다음 문서를 추천, 고려 가치와 생각이 있습니다 :

모바일 프런트 엔드 모범 사례 : http://www.cnblogs.com/yexiaochai/p/4219523.html

3 >> 나는 내에 있었다 말할 것 스파 : 프로젝트 최적화를위한 소개의 지점 수 있도록, 프로젝트 모듈 작업을 최적화 할 수있는 요청을

경우 MVVM Qindie가 넉 아웃 , 다음이있어 대부는 것으로 추정된다 각도가 , 아발론 , 뷰가 , 반작용 좋은 MVVM 프레임 워크를 선택하는 등, 내가 각 프레임에하지 여기 반찬 오전, 유지 보수 프로젝트를 최적화하는 것이 중요하다 품질은 설명한다, 나는 그것이 더 나은 생각 연습 + 적절한 장면 을 선택 내 프로젝트의 프레임 워크에서 최고의 시험 방법이며, 뷰 + 웹팩을 , 그는 그것에 대해 매우 우려하고있다, 나는 그것이 매우 중점을두고 생각합니다.

webpack.config.js 다음과 같은 파일 구성은 다음과 같습니다

webpack.config.js 명령 :

webpack 개발을 컴파일하려면
webpack -p 생산을 위해 한 번 구축 (축약)
webpack -p 환경을 게시하기위한 컴파일 (압축 코드)
webpack --watch (빨리!) 증분 컴파일의 개발 프로세스를 계속하려면
webpack -d SourceMaps를 생성하려면

나는 당신이 모듈화를위한 프로젝트를해야 할, 요청이 수행하는 대한 모바일 최적화, 가장 가치있는 최적화 중 하나, 최적화를 생각한다.

比如说:开发的时候是这个样子：

index.css
index.js
template.html

最终发布是这个样子：
build1.js

. 3 요청은 병합 . 1 번째는,이 최적화가 가장 분명하다.

스크린 샷 1 :

스크린 샷 2 :

HTTPS : //www.cnblogs.com/Kummy/p/4431388.html 재현