ToolkitScriptManagerで修正されたScriptManager

Question

Ajax Control Toolkitのほとんどのコントロールを使用するには、ToolkitScriptManagerコントロールをページに含める必要があります。標準のスクリプトマネージャではなく、Toolkitスクリプトマネージャでなければなりません拡張されたツールキットのバージョンには、コントロールが正しく機能し、正しく通信できるようにする特別な（Java）スクリプトが含まれているためです。

私の問題は、標準のASP ScriptManagerコントロールを使用し、ToolkitScriptManagerに切り替えずにツールキットコントロールを追加した他の開発者のプロジェクトにまたがってやり続けていることです。私はこれらのプロジェクトが正しくデバッグされないと期待していましたが、現在テストや実稼働環境で何らかの形で作業していますが、ソース管理からフレッシュに読み込まれた開発環境にダウンロードするまで、

誰かが私に「なぜこれらのコントロールを置き換える必要があるのですか？彼らはどこにいても働いています。私は肩をすくめているだけで、他のプロジェクトが正規のスクリプトマネージャーと一緒に働いている理由はわかりません。

このような問題は、私をACTの人ではなくJQueryの人にすることになっているのです。ここで

がこのサイトではなく、ディスカッションサイトQ &あるので、答えるために質問です：「？それはACTのスクリプトマネージャなしACTコントロールを実行することが可能である方法」個人的に、私はを指しますVisual Studioで何らかの不具合が発生していますが、他の誰かがもっと知っているかどうかを知りたいのです。

Answer 1

ToolkitScriptManagerはScriptManagerから継承し、機能を拡張/改善します。

ToolkitScriptManagerが提供する高度な機能を使用していない限り、ScriptManagerでToolkitScriptManagerを安全に置き換えることができます。

あなたが求めると思われる機能の相違点は何ですか？

Check Here for your answer...

TMI警告： MSは、実際にはメモリの例外のうちに苦しんでいるとSystem.Web.FileMonitorTargetオブジェクトの高い数が存在しても存在する場合、特定のインスタンスでToolkitScriptManagerを交換することをおすすめします。これらのオブジェクトは、ページが変更されたかどうかを確認したり、ページが変更されたかどうかを確認するために使用されます（AJAXとの関連を確認できます）。

何かの理由で、もしあなたがToolkitScriptManagerを使用しているのであれば、FileMonitorTargetオブジェクトがなくなり、サーバのメモリ問題に寄与するが、私はToolkitScriptManagerをScriptManagerで置き換える理由これらのシナリオで実際に役立ちますが、機能している限り、私たちは引き続き質問しません。