公式ドキュメントにはサポートについては記載されていませんが、JavaScriptの代わりにクライアントプログラムを接続してChannelAPIを使用できるかどうか疑問に思っています。現在、Windowsアプリの基本的なポーリング手法を使用しています。ChannelAPIを使用すると、応答性が向上し、負荷が大幅に軽減されます。
醜いハックだと思いますが、非表示のWebブラウザーオブジェクトをバックグラウンドでレンダリングし、その中でjavascriptを実行して、それをフィードすることができます。より良い解決策はありますか？
Channel APIはGoogleサーバー間でのみXMPPを通信するため、XMPPの使用は機能しません。XMPPトラフィックはブラウザーに公開されません（これは、FireBugまたはChromeデベロッパーウィンドウを使用して「バインド」の内容を確認することで確認できます）。 "リクエスト。JSONが送信されていることがわかります）。
あなたが言ったように、現在実行可能な唯一の解決策は、アプリのチャネルに接続するのに十分なJavaScriptを実行するブラウザーコントロールをラップし、それを使用してメッセージを受信したときにC＃アプリに信号を送ることです。不格好ですが、実行可能です。
リバースエンジニアリングしてiframeの動作をシミュレートし、JSONメッセージを直接消費することもできますが、実装の詳細が変更されると、アプリが無数の方法で破損する可能性があります。
とはいえ、ネイティブC＃ライブラリを希望する人の数と、それを使用して作成するアプリの種類について知りたいと思います。WP7アプリ？Windowsクライアントアプリ？サーバーアプリ？ここでAppEngineの機能リクエストを作成しました：
http://code.google.com/p/googleappengine/issues/detail?id=4206
興味がある場合は賛成票を投じてください。詳細や説得力のあるユースケースに名前を付けることができれば、それだけよいでしょう。
ありがとう！
可能であれば、XMPPを直接使用することを検討してください。C＃にはいくつかあります。
FireFox + FireBugのコピーを入手することをお勧めします。次に、誰かのデモアプリで遊んでいる間（または自分で作成している間） 、 FireBugの「ネット」タブを見てください。リクエストをフォローして、C＃コードでエミュレートできるはずです。
明確化：チャネルAPIとの通信にXMPPを使用することを提案しているのではなく、クライアントアプリケーションとAppEngineアプリ間の通信に使用することを提案しています。トラフィックがJSONであることが非常に明確になるため、FireBugを使用することをお勧めします。