ScriptManager исправлено с помощью ToolkitScriptManager

Question

Я знаю, что для того, чтобы использовать большинство элементов управления из Ajax Control Toolkit, вам нужно включить элемент управления ToolkitScriptManager на свою страницу, и это должен быть менеджер сценариев Toolkit, а не стандартный диспетчер сценариев потому что расширенная версия инструментария содержит дополнительные (java) скрипты, которые позволяют элементам управления работать и правильно общаться.

Моя проблема заключается в том, что я постоянно сталкиваюсь с проектами на работе у других разработчиков, где они использовали стандартный элемент управления ASP ScriptManager, и добавили элементы управления инструментариями, не переключаясь на ToolkitScriptManager. Я бы ожидал, что эти проекты не будут отлаживаться должным образом, но в настоящее время они как-то работают в тестовых и производственных средах, и они фактически не ломаются, пока я не загружаю их в недавно загруженную среду dev из исходного кода.

Когда кто-то спросил меня: «Зачем нам заменять эти элементы управления? Они работают повсюду». Я мог только пожать плечами, я понятия не имею, почему другие проекты работают с обычными менеджерами сценариев.

В качестве побочного примечания проблемы, подобные этому, заставляют меня превращаться в парня JQuery, а не парня ACT.

Вот вопрос, чтобы ответить, так как это Q & Сайт, а не обсуждение сайта: «Как можно запустить элементы управления ACT без менеджера ACT сценария» Лично я хотел бы указать к сбой в Visual Studio, но я хочу знать, знает ли кто-нибудь еще.

Answer 1

ToolkitScriptManager наследует ScriptManager и расширяет/улучшает его функциональность.

Вы можете безопасно заменить ToolkitScriptManager на ScriptManager только при условии, что вы не используете какую-либо расширенную функцию, предоставляемую ToolkitScriptManager.

Каковы предположительно расширенные отличия в характеристиках, которые вы задаете?

Check Here for your answer...

TMI Alert: MS фактически рекомендует заменить ToolkitScriptManager в некоторых случаях, если вы страдаете от Out Of Memory исключений, и есть также большое количество объектов System.Web.FileMonitorTarget в существовании. Эти объекты используются для проверки и проверки того, была ли изменена страница (вы можете видеть, как она относится к AJAX), но эти объекты должны уходить и не поддерживаться.

По какой-то причине, если вы используете ToolkitScriptManager, есть экземпляры, в которых объекты FileMonitorTarget просто не исчезают и в конечном итоге способствуют проблемам с памятью сервера, но ни я, ни они полностью не понимают, почему замена ToolkitScriptManager на ScriptManager фактически помогает в этих сценариях, но только до тех пор, пока он работает, мы не будем продолжать задавать вопросы ...