問題タブ [dispatcher]

から値を返す方法は誰でも知っていますDispatcher。wpfInvokeで？ComboBoxの選択したインデックスを返したいです。

ありがとう！

誰もがこの問題を解決する方法を知っていますか？

特に最後の行は、ディスパッチャがデータが失われたと考えているため、多くのデータが失われた理由を説明していますが、543個のイベントがディスパッチされていません...

アプリケーションのインターネット接続は良好で、アプリのサーバー側APIに問題なく到達できます。

サーバーAPIから統計を確認できるため、トラフィックが正常であることを知っていても、過去数日間の多くのスタートアップとクリックイベントが失われていることが分析でわかります。

分析レポートでは、日ごとに過少報告が見られます。したがって、問題は、このアプリケーションを使用するすべてのデバイスに拡散/拡大しているようです。

なぜグーグルが彼らのメールグループでこれに答えないのか疑問に思っています-何人かの人々がこれについて不平を言っています...まあ、まあ...

しかし、それを修正するために私にできることがあるかどうかはまだわかりません。それを修正するために私にできることが何もないのなら、それが壊れたのは私のせいではないと思います。しかし、Android市場への最後のデプロイで問題が劇的に悪化したため、私はそう感じました。

アンドロイドのためのグーグルアナリティクスの経験を持つ他の誰か？

独自の WCF サービスを作成し、Silverlight クライアント経由で正常に通信できました。ただし、非同期コールバックで興味深い問題に遭遇しました。コールバックが呼び出されると、恐ろしい無効なクロス スレッド アクセスで UI コントロールを更新できません

私のコールバック関数は次のようになります

簡単なグーグル検索で、代わりにこれをしなければならないことがわかりました。

これですべて正常に動作しますが、コールバックが別のスレッドで実行されるとは思っていませんでした。クラス内で何かを変更するには、常に Dispatcher クラスを使用する必要がありますか? それとも、これは UI 要素に限定されていますか? 私は Dispatcher クラスにまったく慣れていないので、もっと理解したいと思っています。

.NET 3.5およびWPFのディスパッチャーの概念は、.NET 2.0のバックグラウンドスレッドとどのように異なりますか？

たとえば、以下のステートメントの違いは何ですか。

と

私はちょっと離れているかもしれませんし、そうでなければ本当に近いです。いずれにせよ、私は現在SOLです。:)

拡張メソッドを使用してクラスのプロパティを設定できるようにしたいのですが、そのクラスは非 UI スレッドで更新される可能性があり (または更新されない可能性があります)、UI スレッドで更新を強制するクラスから派生します (これは INotifyPropertyChanged などを実装します)。

次のようなクラスを定義しています。

次のように定義された拡張メソッド クラスがあります。

明らかに、拡張メソッドで「WHAT GOES HERE」を探しています。

ありがとう、wTs

無効なクロス スレッド アクセスの問題がありましたが、少し調査したところ、Dispatcher を使用して修正することができました。

今私のアプリには、遅延読み込みのあるオブジェクトがあります。WCF を使用して Async 呼び出しを行い、通常どおり Dispatcher を使用してオブジェクトの DataContext を更新しますが、このシナリオでは機能しませんでした。ただし、ここで解決策を見つけました。これが私が理解していないことです。

私の UserControl には、オブジェクトのToggleメソッドを呼び出すコードがあります。このメソッドの呼び出しは Dispatcher 内にあります。

前に述べたように、これは Silverlight を満足させるには十分ではありませんでした。オブジェクト内で別のDispatcher 呼び出しを行う必要がありました。私のオブジェクトはUIElementではなく、独自の読み込み/保存をすべて処理する単純なクラスです。

したがって、問題は呼び出すことで修正されました

私のクラス内。

これを実現するために Dispatcher を 2 回呼び出す必要があったのはなぜですか? 高レベルの呼び出しで十分ではないでしょうか? UIElement のDeployment.Current.Dispatcherと Dispatcher に違いはありますか?

このコードの「非静的フィールド、メソッド、またはプロパティ 'System.Windows.Threading.Dispatcher.BeginInvoke(System.Action)' にはオブジェクト参照が必要です」というメッセージが表示されます。

典型的なMVCWebアプリケーションの場合、ルーター/ディスパッチャールーチンを使用して、主にユーザーがURLで要求した領域に基づいてロードするコントローラーを決定すると思います。

ただし、URLクエリ文字列をチェックするだけでなく、ディスパッチャーを使用して、ユーザーが現在ログインしているかどうかをチェックし、どのコントローラーがロードされているかを判断することも好きです。たとえば、ログインしてログインページを要求した場合、コーディネーターは代わりにアカウントをロードします。

しかし、これはかなり非標準的な設計ですか？何らかの形でMVCに違反しますか？今週末に読んだ例では、ディスパッチャールーチンの前に主要な計算が実行されていないため、通常、ユーザーがコントローラーごとにログインしているかどうかを確認し、必要に応じてリダイレクトします。

しかし、そもそもアカウントコントローラをロードできるのであれば、ログインしたユーザーをログインエリアからアカウントエリアにリダイレクトするのは奇妙に思えますか？

私の驚愕について十分に説明できたと思いますが、ログインしたユーザーの処理方法や同様のセッションデータについて、誰かが詳細を教えてくれませんか？

次のメソッドは、2番目のメソッド（DoWork）が終了するまで、wpfの変更（background = red）を適用しません。

DoWork（）の実行には数秒かかりますが、このコードは複数の場所で使用され、さまざまな間隔でDispatcherスレッドと相互作用する可能性があるため、スレッドに入れたくありません。Invalidate ...（）メソッドを呼び出してみましたが、役に立ちませんでした。BeginInvoke（）が追加され、ロジックが呼び出される前に遅延によってバックグラウンド変更を適用できるかどうかを確認しました。通常、ロジックはこのメソッドの一部になります。ところで、ほとんどのロジックは別のスレッドで実行され、ディスパッチャースレッドをブロックするべきではありませんか？！

誰か助けてもらえますか？ありがとう

これはほんの短い質問なので、私はかなりばかげているように感じます。

私は、.net の一連のスレッド管理ヘルパー クラスについて読んでいました。具体的には、サービス マネージャー オブジェクトがサブスクライブしているスレッドにデリゲートを自動的に呼び出すのに役立つスレッドのストレージを支援するものです。ディスパッチャーの作成と関係があると確信しています。

名前を完全に忘れて、見つけられません:( 誰か私が何について話しているか知っていますか?