2017-02-18 17 views
0

와 SRC 데이터 URI의 UTF-8 대 스크립트 태그 사이에 인라인.자바 스크립트 내가 모바일 첫번째 구축하고 내가 인라인 된 index.html에서 HTTP 요청에 저장하는 (10kB에서에서) 작은 프레임 워크를 사용하는 퍼센트 인코딩

내가 지금 일을 찾았다

과 자바 스크립트는 이런 식으로 작업을 수행 인라인 다른 사람들처럼 보인다

<script>UGLIFIED JAVASCRIPT</script> 

나는 이런 식으로 작업을 수행합니다

당신은 %로 인코딩 할 것입니다 말할 수 있습니다
<script src="data:application/javascript;utf8, UGLIFIED PERCENT-ENCODED JAVASCRIPT"></script> 

훨씬 더 큰 파일이지만 실제로는 gzip이 작동하는 방식이 아니기 때문에 반복을 대체합니다. 반복 된 구문이 <div> 또는 %3Cdiv%3E이면 문제가되지 않습니다. 은 - 내 질문은 나의 접근 방식의 잠재적 인 장점은

이 있습니까?

추신. 내 생각 중 하나는 브라우저와 같은 file-like DATA-URI 요소를 캐싱하는 것이었지만 이후로는 index.html의 부분로드를 방지하는 방법을 찾아야 만합니다. 캐시 된 요소를 다른 곳에서 사용할 수있는 경우가 아니면 사용 사례도 있습니다. 생각? 귀하의 사이트가 SPA가 아닌 경우

+1

나는 귀하의 접근 방법에 전혀 도움이되지 않습니다. 사실, 귀하의 접근 방식은 아무런 이점도없이 더 복잡한 작업을 수행합니다. –

답변

0

먼저, (방식과 관계없이) 공유 스크립트를 인라인하면 브라우저 캐시의 가치를 부정, 모든 페이지를로드하는 것을 의미한다.

둘째, 와이어를 통해 여행은하지 스크립트 대 인코딩 된 유사 할 수 있지만 더 중요한 메트릭은 자바 스크립트 구문 분석 및 컴파일하는 데 걸리는 시간입니다. URL 디코딩은 무료는 아니지만, 사물의 웅장한 구조에서별로 중요하지 않다고 생각하지만 실제로는 이 태그 내에있는 스크립트보다 더 빨리로드 될 이유는 없습니다.

+0

답변 해 주셔서 감사합니다. 1. 예, SPA입니다. 의심의 여지가 스크립트 태그 사이의 인라인 더 나은 현명한 성능을 현명하기 때문에 10kB 데이터를 디코딩 (눈에 띄지 않음에도 불구하고) 브라우저/장치에 영향을 미칠 것입니다. –