Относительно в новинку для C# и требуемый, чтобы попытаться играть вокруг с некоторым сторонним веб-сервисом API с ним.
Вот код XAML
<Grid x:Name="ContentGrid" Grid.Row="1">
<StackPanel>
<Button Content="Load Data" Click="Button_Click" />
<TextBlock x:Name="TwitterPost" Text="Here I am"/>
</StackPanel>
</Grid>
и вот код C#
private void Button_Click(object sender, RoutedEventArgs e)
{
HttpWebRequest request = (HttpWebRequest)WebRequest.Create("http://api.twitter.com/1/users/show/keykoo.xml");
request.Method = "GET";
request.BeginGetResponse(new AsyncCallback(twitterCallback), request);
}
private void twitterCallback(IAsyncResult result)
{
HttpWebRequest request = (HttpWebRequest)result.AsyncState;
HttpWebResponse response = (HttpWebResponse)request.EndGetResponse(result);
TextReader reader = new StreamReader(response.GetResponseStream());
string strResponse = reader.ReadToEnd();
Console.WriteLine("I am done here");
TwitterPost.Text = "hello there";
}
Я предполагаю, что это вызывается тем, что обратный вызов выполняется на отдельном потоке, чем UI? Что нормальный поток должен иметь дело с этими типами взаимодействий в C#?
Спасибо.
Другой способ сделать это - использовать функцию this.Dispatcher.CheckAccess ()
. Это то же самое, что и в WPF, но оно не отображается в вашем intellisense, поэтому вы, возможно, не видели его. Что вы делаете, так это проверяете, есть ли у вас доступ к потоку пользовательского интерфейса, а если нет, вы рекурсивно вызываете себя в потоке пользовательского интерфейса .
private void twitterCallback(IAsyncResult result)
{
HttpWebRequest request = (HttpWebRequest)result.AsyncState;
HttpWebResponse response = (HttpWebResponse)request.EndGetResponse(result);
TextReader reader = new StreamReader(response.GetResponseStream());
string strResponse = reader.ReadToEnd();
Console.WriteLine("I am done here");
////TwitterPost.Text = "hello there";
postMyMessage(TwitterPost.Text);
}
private void postMyMessage(string text)
{
if (this.Dispatcher.CheckAccess())
TwitterPost.Text = text;
else
this.Dispatcher.BeginInvoke(new Action<string>(postMyMessage), text);
}
Это очень простой пример, который может стать неуправляемым, если у вас будет несколько элементов управления. Для некоторых вещей WPF / Silverlight я использовал общую функцию, которая также принимает элемент управления пользовательского интерфейса для обновления, а также само обновление, поэтому у меня нет одной из этих функций для каждого элемента управления на странице, который может нуждаться в обновлении с результаты фонового потока.
Как вы уже догадались, Silverlight выполняет все веб-запросы асинхронно в отдельном потоке, чтобы избежать замораживания пользовательского интерфейса.
Для диспетчеризации сообщений в поток UI можно использовать метод Deployment.Current.Dispatcher.BeginInvoke(delegate, object[]).
Полезный способ получить простой межпоточный доступ с помощью вызова CheckAccess - заключить служебный метод в статический класс, например
public static class UIThread
{
private static readonly Dispatcher Dispatcher;
static UIThread()
{
// Store a reference to the current Dispatcher once per application
Dispatcher = Deployment.Current.Dispatcher;
}
/// <summary>
/// Invokes the given action on the UI thread - if the current thread is the UI thread this will just invoke the action directly on
/// the current thread so it can be safely called without the calling method being aware of which thread it is on.
/// </summary>
public static void Invoke(Action action)
{
if (Dispatcher.CheckAccess())
action.Invoke();
else
Dispatcher.BeginInvoke(action);
}
}
тогда вы можете обернуть любые вызовы, обновляющие пользовательский интерфейс, где вы, возможно, находитесь в фоновом потоке, например так:
private void twitterCallback(IAsyncResult result)
{
HttpWebRequest request = (HttpWebRequest)result.AsyncState;
HttpWebResponse response = (HttpWebResponse)request.EndGetResponse(result);
TextReader reader = new StreamReader(response.GetResponseStream());
string strResponse = reader.ReadToEnd();
UIThread.Invoke(() => TwitterPost.Text = "hello there");
}
Таким образом, вам не нужно знать, находитесь ли вы в фоновом потоке или нет, и это позволяет избежать накладных расходов добавления методов к каждому элементу управления, чтобы проверить это.