問題タブ [async-await]

AsyncCtpLibrary v.3 を追加しました。非同期 Web ページからサンプル コードを取得しました。それを TestFixture でラップして、いじってみました。

エラーが発生しました:理由は何ですか?

エラー 1 - クラス、構造体、またはインターフェイス メンバー宣言の無効なトークン 'void'

エラー 2 - ; 期待される

コード：

Web サービスへの非同期呼び出しを行うメソッドがあります。そんな感じ：

そして、同期の代替手段を提供したい:

しかし、それはResult呼び出し時にブロックします。非同期操作と同じスレッドで呼び出されるためです。どうすれば同期的に結果を取得できますか?

ありがとう！

ASP.NET MVC 4 で async/await キーワードを使用できるようになりました。

しかし、ASP.NET WebForms でそれを使用するにはどうすればよいでしょうか?

私はWindows8メトロアプリケーションで簡単なアプリケーションを開発していて、PicturesLibraryからファイルを取得しようとしています。入力したコードは次のとおりです。

次に、ImageSourceを使用してこれらの画像を表示します。私が会っている問題は、それらすべてが表示されることもあれば、1つか2つ表示されることもあり、画像が表示されないこともあります。これが、待望のメソッドGetFileAsync（）か、その他の理由によるものかどうかはわかりません。ない。

前もって感謝します ：）

.NET 4.0およびVS2010でC＃を使用する.NETプロジェクトがあります。

私がやりたいのは、ライブラリに非同期オーバーロードを追加して、.NET4.5のユーザーがawaitキーワードを使用して非同期プログラミングを簡単に行えるようにすることです。現在、オーバーロードされているメソッドは非同期です。また、自分で非同期メソッドを使用するのではなく、新しいメソッドを作成して使用できるようにするだけです。

.NET 4.0およびVS2010で非同期メソッドを作成することは可能ですか？その場合、.NET 4.0非同期メソッドはどのようになりますか？

VS2010を使用しているため、「async」キーワードにアクセスできません。.NET4.0でその動作をエミュレートするにはどうすればよいですか？たとえば、特定の型を返す必要がありますか？また、呼び出している現在非同期のコードを非同期で発生させるために、メソッド内でコードを発生させる必要がありますか？

次のようなコードがあります。

GetFileAsync(...) でコードがハングしてしまうという奇妙なタイミングの問題が (時々) 発生するようです。これは、呼び出しの再帰的な性質が原因ですか? すべての await 呼び出しを実際に .Wait() を実行して終了するように変更し、本質的に呼び出しのすべての非同期性を取り除くと、私のコードは正常に実行されます。

単純なビューを返すだけの同期パスと、非同期に検索を行ってからビューを返す非同期パスの 2 つのパスを持つ検索アクションがあります。どちらも GET リクエストであるため、同じアクションの一部です。

問題は、アクション「localhost:XXXX/Home/Search」にアクセスすると、ページが無限に読み込まれることです。Fiddler を使用すると、リクエストが返されないことがわかります。私はそれをデバッグし、コードの最後の行に到達しましたが、やはりリクエストは完了しません。

再現を次のように簡略化しました。

VS11 は、コードが await なしで同期的に実行されることを警告します。これは問題ありませんが、要求は完了しません。

これは機能するはずですか？それとも、ここで何か他のことをする必要がありますか?

編集

これは、.NET 4.5 を対象とする MVC 4 です。

編集 2

コードで物事をよりよく理解する人のために、非同期アクションで同期が必要な理由は次のとおりです。

私は Windows 8 CP に取り組んでおり、アプリで新しい async/await メカニズムを適切に動作させることができないことを発見しました。

私が示しているこの方法は、UnitTest (単体テストから呼び出されます) として実行すると機能しますが、正常に実行すると機能しません!

何を与える？

同時に数百の TCP 接続を確立し、それらから一定のデータ ストリームを受信するアプリケーションがあります。

私の試みは次のようなものになりました：

私が抱えていた問題は、メソッドの呼び出しStartReceive()がブロックされ、付随するStartSend() method called afterStartReceive() . Creating a new task forStartReceive() would just end up with 300-ish threads, and it seems to do so just by callingStartReceive()` に到達しないことでした。

何百ものスレッド/タスクを使用する必要を避けるために使用しているスレッドプールを使用しているときに、既存のコードにnewasyncおよびawaitキーワードを実装する正しい方法は何でしょうか?NetworkStreamSocket.SendAsync()Socket.ReceiveAsync()

networkstreamを使用した I/O 完了ポートよりも、この方法で使用することのパフォーマンス上の利点はありますbeginreceiveか?

これを可能にする新しいTimerAPIはどこかにありますか？

基本的に、Xミリ秒間スリープしてから、残りの関数の実行を再開します