스크립트 결합 - Toolscript 관리자와 3.5의 CompositeScript 비교

Question

내 사이트에서 AjaxControlToolkit에 포함 된 toolscriptmanager를 사용하고 있습니다. 이 스크립트에는 ajax 컨트롤의 필요한 스크립트를 하나의 스크립트 파일로 결합하도록 scripmanager에 알려주는 CombineScript 특성이 있습니다. 그러나 3.5 이후 표준 스크립트 관리자는 (수동으로 선택한) 스크립트를 하나의 파일로 결합 할 수있는 "< CompositScripts>"를 지원합니다.

toolscriptmanager를 계속 사용해야합니까, 아니면 성능을 최대화하기 위해 CompositScript를 사용해야합니까?

Answer 1

두 도구는 기본적으로 동일한 목표에 대해 서로 다른 두 가지 접근 방식을 사용합니다.

툴킷의 스크립트 관리자는 전체 사이트에서 사용 가능한 모든 JS 파일을 결합하는 것을 목표로합니다. 여기서 이점은 설정하기 쉽다는 것입니다. ScriptManager를 교체하고 놓아 두십시오. 단점은 모든 페이지가 똑같은 스크립트 세트를 사용하지 않는 한 사용자가 과도한 양의 스크립트 코드를 다운로드해야한다는 것입니다. 귀하의 홈페이지가 스크립트 A, B, C, D를 사용하고 내부 페이지가 A, B, C, D, E를 사용하는 경우 사용자가 내부 페이지를 클릭하면 A, B, C의 내용을 다시 다운로드해야합니다 , D를 포함 할 수 있습니다.

CompositeScript 기능은 포함 된 스크립트에 대해 매우 까다로운 기능입니다. 개발자는 모든 페이지에서 사용되는 스크립트를 분석하여 결합 된 스크립트에 추가해야합니다. 이전 예에서 A, B, C, D가 결합되도록 (마스터 페이지에서 선호) E를 선택할 수 있습니다. 그런 다음 사용자가 홈페이지를 누르고 A, B, C, D를 다운로드합니다. 한 번의 기회. 그런 다음 내부 페이지로 계속 이동하여 브라우저 캐시에 광고를 이미 가지고 있으며 다운로드 만하면됩니다.

많은 것들과 마찬가지로, 그것은 아키텍처에 따라 달라질 수 있습니다. 그것. 이 두 가지 모두 극단적 인 접근 방식인데, 기본적으로 include의 측면에서 하나, 기본적으로 exclude에 하나, 중간 경로가없는 것처럼 보입니다. (내가 어떻게 그랬 으면 좋겠다.)

EDIT : downvote가 필요한이 대답에 대해 불쾌한 점은 무엇입니까? 자신의 의견을 설명해주십시오.

Answer 2

ScriptManager의 복합 스크립트가 여러 개의 js 파일과 함께 사용된다는 느낌이 들었습니다.

<asp:ScriptManager ID="ScriptManager1" runat="server"> 
    <CompositeScript> 
     <Scripts> 
      <asp:ScriptReference Path="~/Scripts/Script1.js" /> 
      <asp:ScriptReference Path="~/Scripts/Script2.js" /> 
      <asp:ScriptReference Path="~/Scripts/Script3.js" /> 
     </Scripts> 
    </CompositeScript> 
</asp:ScriptManager> 

ToolScriptManager가 자동 생성 된 Resource 스크립트를 결합하는 동안. (특정 지정 스크립트 : combine scripts in asp.net ajax toolkit)

ScriptManager를 사용하면 다양한 파일의 사이트 사용에 따라 사용자가 다운로드 할 수있는 스크립트 파일을 선택하여 선택할 수 있습니다.

ToolkitScriptManager를 계속 사용하겠습니다.