Scriptkit이 ToolkitScriptManager에 의해 수정 됨

Question

Ajax Control Toolkit의 대부분의 컨트롤을 사용하려면 페이지에 ToolkitScriptManager 컨트롤을 포함해야하며 표준 스크립트 관리자가 아닌 Toolkit 스크립트 관리자 여야합니다. 확장 툴킷 버전에는 컨트롤이 올바르게 작동하고 통신 할 수있게 해주는 추가 (자바) 스크립트가 포함되어 있기 때문입니다.

제 문제는 표준 ASP ScriptManager 컨트롤을 사용하고 다른 ToolkitScriptManager로 전환하지 않고 툴킷 컨트롤을 추가 한 다른 개발자의 프로젝트에서 계속 프로젝트를 수행한다는 것입니다. 나는이 프로젝트가 제대로 디버깅되지 않을 것이라고 기대 했었지만, 현재 테스트 및 프로덕션 환경에서 작업하고 있으며 소스 제어에서 갓로드 된 dev 환경에 다운로드 할 때까지 실제로 중단되지 않습니다.

누가 "왜 우리가이 컨트롤을 대체해야합니까? 그들은 다른 곳에서 일하고 있습니다." 나는 어깨를 으 sh 할 수밖에 없었습니다. 왜 다른 프로젝트가 정규 스크립트 관리자와 협력하고 있는지 잘 모릅니다.

이와 같은 문제는 나를 ACT 사람 대신 JQuery 사람이되도록 밀어 넣고있는 것입니다. "?이 가능 간단한 ACT 스크립트 매니저없이 ACT 컨트롤을 실행되는 방법 "개인적으로, 나는 가리 것이다 : 여기

이는 Q & 사이트입니다 아닌 토론 사이트이기 때문에 대답 할 수있는 질문이다 Visual Studio에서 일종의 결함이 있지만 다른 사람이 더 많이 알고 있는지 알고 싶습니다.

Answer 1

ToolkitScriptManager는 ScriptManager에서 상속을 받고 기능을 확장/개선합니다.

ToolkitScriptManager에서 제공하는 고급 기능을 사용하지 않는 한 ScriptManager로 ToolkitScriptManager를 안전하게 대체 할 수 있습니다.

당신이 묻는 고급 기능 차이는 무엇입니까?

Check Here for your answer...

TMI 경고 : MS는 실제로 메모리 예외의 부족으로 고통받는 경우 특정 경우에 ToolkitScriptManager를 교체 할 것을 권장하고 존재 System.Web.FileMonitorTarget 객체의 높은 숫자도 있습니다. 이러한 객체는 페이지가 수정되었는지 (페이지가 어떻게 AJAX와 관련되는지를 확인할 수 있음) 확인하고 확인하는 데 사용되지만 이러한 객체는 없어져서 유지 관리되지 않습니다.

ToolkitScriptManager를 사용하는 경우 FileMonitorTarget 객체가 사라지지 않고 서버 메모리 문제를 일으키는 경우가 있지만 ToolkitScriptManager를 ScriptManager로 대체하는 이유를 완전히 이해하지 못합니다. 실제로 이러한 시나리오에서 도움이되지만 작동하는 한 계속 질문하지 않습니다.