0

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

私の問題は、他の開発者が標準のASP ScriptManagerコントロールを使用し、ToolkitScriptManagerに切り替えずにツールキットコントロールを追加したプロジェクトに出くわすことです。これらのプロジェクトは適切にデバッグされないと予想していましたが、現在はテスト環境と本番環境で何らかの形で機能しており、ソース管理から新しくロードした開発環境にダウンロードするまで実際には壊れません。

誰かが私に「なぜこれらのコントロールを交換する必要があるのですか?それらは他のどこでも機能しています」と尋ねたとき。私は肩をすくめることしかできませんでした。なぜ他のプロジェクトが通常のスクリプトマネージャーと連携しているのかわかりません。

ちなみに、このような問題が私をACTの男ではなくJQueryの男にさせているのです。

これはQ&Aサイトであり、ディスカッションサイトではないため、回答する質問があります。「 ACTスクリプトマネージャーなしでACTコントロールを実行するにはどうすればよいですか?」個人的には、ある種のVisualStudioの不具合を指摘します。しかし、他の誰かがもっと知っているかどうか知りたいです。

4

1 に答える 1

1

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

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

あなたが尋ねるそれらのおそらく高度な機能の違いは何ですか?

あなたの答えはここをチェックしてください...

TMIアラート:MSは、メモリ不足の例外が発生していて、System.Web.FileMonitorTargetオブジェクトが多数存在する場合に、特定のインスタンスでToolkitScriptManagerを置き換えることを実際に推奨しています。これらのオブジェクトは、ページが変更されたかどうかを確認するために使用されます(AJAXとの関係を確認できます)が、これらのオブジェクトは削除され、維持されないようにする必要があります。

何らかの理由で、ToolkitScriptManagerを使用している場合、FileMonitorTargetオブジェクトが消えず、サーバーメモリの問題の原因となる場合がありますが、ToolkitScriptManagerをScriptManagerに置き換えることが実際に役立つ理由を私も彼らも完全には理解していませんシナリオですが、それが機能する限り、質問を続けることはありません...

于 2012-04-18T22:53:22.800 に答える