브라우저 설치에 JQuery 및 이와 유사한 도구를 내장 할 수 있습니까?

JQuery와 CDN에 대한 또 다른 질문을 읽은 후 JQuery와 같은 도구가 브라우저와 함께 제공되므로 CDN 또는 자체 호스트 서버에서 처음 다운로드 할 필요성을 줄이거 나 없앨 수 있습니까?

JQuery 파일은 특히 작기 때문에 브라우저 설치의 일부로 다양한 버전을 쉽게 가질 수 있습니다. 이제 공정하게, 이것은 설치 공간, 브라우저 자체의 다운로드 시간을 증가시킵니다.

그런 다음 사이트는 웹 사이트 서버 자체에서 다운로드하도록 기본 설정하기 전에 CDN (캐시 후) 전에 "로컬"을 먼저 확인할 수 있습니다.

이것이 가능하다면, 그렇지 않은가? 왜 그렇지 않은가?

그들이 할 수 없었던 기술적 이유는 없습니다. 그러나 반드시 필요한 것은 아니며 웹의 기본 철학에 위배됩니다. 머지 않아 머지 않아 헤더가 만료되어 거의 같은 것을 달성 할 수 있기 때문에 필요하지 않습니다. 웹 철학에 위배됩니다. 라이브러리가 브라우저와 번들로 묶여서는 안되는 하향식 중앙 집중식 권한이 있기 때문입니다.

편집 : JS 라이브러리는 주로 DOM을 쉽게 다루기 위해 존재합니다. 브라우저에 타사 라이브러리를 번들로 묶는 것이 DOM API를 더 즐겁게 만드는 올바른 방법이라고 생각하지 않습니다.

사실, 당신이 묘사하는 것은 이미 수년간 존재합니다. 이것을 캐싱 이라고 합니다. 또한 JQuery뿐만 아니라 브라우저가 다운로드 할 수있는 모든 항목에 사용할 수 있습니다.

그런 다음 사이트는 웹 사이트 서버 자체에서 다운로드하도록 기본 설정하기 전에 CDN 전에 먼저 "로컬"을 확인할 수 있습니다.

이것이 바로 모든 브라우저가하는 일입니다. 먼저 로컬 캐시를 확인한 다음 필요한 경우 CDN에서 로컬 캐시를 다운로드합니다. 적절한 캐시 구성을 사용하면 몇 달 동안 서버에 대한 왕복 (최신 버전 확인)도 없습니다.

브라우저 설정에 JQuery를 포함하면 다음과 같습니다.

• 브라우저 애플리케이션 및 설정에 불필요한 복잡성을 추가하십시오.

• 프로세스를 업데이트하기 위해 불필요한 복잡성을 추가하십시오.

• JQuery의 최신 버전을 유지하기 위해 업데이트 횟수를 늘리십시오.

• 혼란을 추가하십시오 : 왜 프로토 타입이 아닌 JQuery 또는 다른 프레임 워크, 이미지, CSS 파일 등입니까?

• 기타

기능, 성능 등의 측면에서 이점이없는 소프트웨어 제품의 복잡성을 높이는 것은 매우 나쁜 생각입니다.

jQuery가 js 라이브러리라는 것을 잊지 마십시오. 사실상 하나가되어 만병 통치약으로 여겨지는 것처럼 보이지만 (SO에 익숙해지기까지) js 라이브러리 일뿐입니다.

스크립팅을 위해 표준화 된 모든 것 (EMCAScript) 은 이미 브라우저에 포함되어 있습니다. 다른 브라우저에 추가 된 다른 것들은 비표준이되며 비표준 브라우저에 대한 브라우저 간 문제 (IE 이벤트 모델과 같은)로 끝납니다 )는 jQuery와 같은 라이브러리가 처음 생성 된 이유의 일부에 영향을줍니다.

짧은 대답 : 그것들은 포함될 수 있지만 포함해서는 안됩니다.

브라우저 캐싱은 당신이 말하는 것과 매우 유사한 것을 제공합니다. jQuery 또는 다른 JS 라이브러리가 한 번 다운로드 된 다음 추가 요청시 캐시에서 검색되는 경우가 있습니다.

jQuery가 가장 보편적 인 JavaScript 라이브러리 일 수 있지만, 이것이 유일한 것은 아니며 브라우저의 설치된 구성 요소로 만드는 것이 JS 생태계에 좋지 않은 것 같습니다. 경쟁은 건전하고 일반적으로 혁신으로 이어지며, 개발자와 소프트웨어 사용자는 jQuery에 특별한 위치를 제공함으로써 잘 보전되지 않을 것입니다.

캐싱을 고려하면 얻을 수있는 이점은 매우 적습니다. 축소 된 jQuery 버전은 31K입니다. 그것은 아무것도 바꾸는 데 대한 근거가 아닙니다 .