Dieser Artikel wurde maschinell übersetzt.
Mobile Themen
Windows-Telefon-Navigation, Teil 2: Erweiterte Rezepte
Yochay Kiriaty
[Hiermit sind die erste Ausgabe von MSDN Magazindes neuesten monatlichen Kolumne, Mobile Angelegenheiten. Mit der zunehmenden Bedeutung der mobilen Technologien wie Windows Telefon 7 werden wir regelmäßig Experten praktischer Beratung für Entwickler aller Ebenen, die ihre Fähigkeiten in diesem Bereich wichtige Technologie erhöhen möchten ausgestattet. Wir empfehlen Ihnen, helfen Sie uns, unsere neue Spalte Form, wie wir vorwärts zu bewegen. Senden Sie uns eine e-mail mmeditor@microsoft.com um die Themen vorschlagen, tauschen Sie Ideen oder Fragen Sie stellen. Wir freuen uns über alle Feedback. – Auflage
Letzten Monat wir Sie auf das Windows-Telefon-Navigation-Modell eingeführt und zugehörigen APIs (Siehe MSDN.Microsoft.com/magazine/gg650662). Jetzt werden wir Tipps und Tricks zur Durchführung freigeben erweiterte Navigationsaufgaben. Wir werden die folgenden Aspekte der Windows-Telefon lösen:
- Navigations-APIs können Sie die Navigate und GoBack-Methode verwenden. Diese beiden Methoden entweder Push- oder pop-einen URL zu den Navigationsverlauf (Back-Stapel). Da es keine APIs, um den Stack Back zu verwalten, müssen Sie vorübergehend Bildschirme selbst verwalten. Transiente Bildschirme sind Dialogfelder oder Aufforderungen, die Sie nicht möchten, dass Benutzer erneut aufgerufen, wenn sie Back treffen – z. B. eine Nachricht-Eingabeaufforderung oder eine Login-Dialogfeld.
- Windows-Telefon kann nur eine Navigation zu einem Zeitpunkt aktiv sein. Wenn Sie das Feature "bringen Sie mich home", das in der Regel eine Verknüpfung für einen Benutzer von mehreren Seiten zurück navigieren, müssen Sie die Aufruffolge der GoBack-Methode eine zu einem Zeitpunkt zu serialisieren; Dies kann Ihre UX auswirken.
- Keiner der beiden Teilnehmer Navigation – PhoneApplicationPage und PhoneApplicationFrame – bieten Out-of-the-Box-Unterstützung für Seitenübergänge.
Diese Aspekte untersuchen wir genau ansehen, umsetzbare Rezepte zu begegnen wir erreichen können.
Vorübergehender Inhalt
Transiente Bildschirme sind Bildschirme, die an den Journaling-Back-Stapel (der Journaling-History) hinzugefügt werden, sollte nicht – z. B. eine Login-Dialogfeld. Benutzer von einer Seite navigieren, um eine Login-Dialogfeld, wenn sie vorwärts und wieder getroffen haben, Sie nicht möchten, dass Benutzer, um das Dialogfeld wieder zu, Sie sollen jedoch zum vorherigen Bildschirm zurückzukehren.
Es gibt mehrere Möglichkeiten zum Erstellen und einen vorübergehenden Bildschirm anzuzeigen. Das offensichtliche ist ein Silverlight-Popup verwenden, um die Benutzeroberfläche anzuzeigen. Es gibt zwei kleine Probleme mit dem Popup-Ansatz:
- Ein Popup-Fenster nicht Orientierung beachtet werden. Dies ist kein riesiges Problem. Schreiben Sie eine Orientation-aware Popup oder das Popup konnte nur in der visuellen Struktur einfügen und Layout gemäss der Seitenausrichtung führen würde.
- In einem Vollbild-Content nicht Popup Hardwarebeschleunigung. Für das Login-Dialogfeld UI (und viele transiente Seiten) Dies wird in Ordnung, aber stellen Sie sich vor dem Popup hat eine ListBox mit genügend Elemente einen Bildlauf durch, oder eine animierte ProgressBar hat – Sie sollten für Hardware beschleunigen das Popup Reaktionsfähigkeit des UI-Threads zu maximieren.
Aufgrund von diesen kleinen Problemen empfehlen wir Ihnen Inline der Benutzeroberfläche durch Einfügen in der visuellen Struktur mit einem höheren Z-Index als der Inhalt der Seite Sie gerade arbeiten. Hier ist die schrittweise Anleitung:
- Packen Sie den gewünschten Inhalt Inline-Erweiterung in der visuellen Struktur in einem Benutzersteuerelement damit Sie in die Struktur einfügen und es auf Ihrer Seite (ohne es vermischt werden, in der Benutzeroberfläche der Seite) anzeigen können.
- In der PhoneApplicationPage, die die Benutzeroberfläche angezeigt wird, zu behandeln, der OnBackKeyPress-Rückruf oder das BackKeyPress-Ereignis, um vorübergehende UI zu schließen (ohne zurücknavigieren) Wenn die zurück-Taste gedrückt wird.
- Benutzerdefinierte Steuerelemente, die mehrere Mitgliedstaaten (erweitert und reduziert) haben sollten Eigenschaften verfügbar machen, so dass die Host-Seite in ihren Zustand abzufragen und kennen sich in einem Zustand befinden, die das Drücken der Taste Back (falls zutreffend) belegen kann. Beispielsweise ListPicker auf das Control Toolkit verfügt über eine ListPickerMode-Eigenschaft, ContextMenu und so weiter hat die IsOpen-Eigenschaft.
- Blenden Sie die ApplicationBar auf der Seite beim Anzeigen der transienten UI (falls zutreffend). Die ApplicationBar wird durch das Betriebssystem und wird er deckend gezeichnet (Deckkraft = 1.0) reserviert Platz unter den Inhaltsbereich für Ihre Seite. Um eine vorübergehende Anmeldung als wird ein neuer Bildschirm zu simulieren, möchten Sie wahrscheinlich die Anwendungsleiste ausblenden.
- Die vorübergehende UI zu animieren, wenn es in übergeht, und wenn es geschlossen wird, so dass es mit dem Rest der Anwendung UX überblendet (falls zutreffend).
Exemplarische Vorgehensweise für Code: überprüfen, um einen vorübergehenden UI-Bildschirm angezeigt TransientUISample.xaml.cs im Codedownload, mit einer schrittweisen Anleitung als Kommentare.
Die meisten der oben genannten Anforderungen sollte intuitiv sein; die einzige, die Erläuterung Bedarf ist Nein. 2.a vorgesehen. Um die Zertifizierungsvoraussetzungen zu erfüllen, sollte kein PhoneApplicationPage mit einen transienten Bildschirm navigieren Sie zurück, wenn die transiente-Benutzeroberfläche angezeigt wird. Stattdessen sollten diese transiente UI verwerfen.
In Teil 1 dieses Artikels erwähnt sollten Sie Hardware-Back-Navigationen verhindern, durch die Behandlung von OnBackKeyPress oder das BackKeyPress-Ereignis. Wenn Ihre Seite dient als Host für ein Steuerelement, das zwei Zustände verfügt und eines davon vorübergehend und dann ein bisschen Koordinierung ist (oder zumindest Bewusstsein) zwischen der Seite und des Steuerelements erforderlich ist. Um den Handshake zu implementieren, sollten wie folgt vor:
- Benutzerdefinierte Steuerelemente, die mehrere Mitgliedstaaten (z. B. ListPicker) haben sollten, abonnieren Sie BackKeyPress auf der Hostseite und entsprechend behandeln. Wenn sie in einem Übergangszustand sind, sollten sie die Back-Taste abbrechen und schließen Sie ihre Übergangszustand.
- Diese Steuerelemente sollten nur bei Bedarf zu abonnieren. Verzögerung-Abonnement für das BackKeyPress-Ereignis erst benötigt.
- Wir bevorzugen die Steuerelemente durchlaufen, bis die visuelle Struktur, um ihre PhoneApplicationPage zu finden, aber wir haben gesehen, Experten (z. B. das Control Toolkit Team), führen Sie es von unseren Lesern, die Anwendung "RootVisual" (was wir wissen, ist ein PhoneApplicationFrame) und das in seiner Content einsehen. Dies ist natürlich mehr leistungsfähige und weiterhin Safe da wir wissen, es ist nur ein UI-Thread in einer Silverlight-Anwendung (daher ist es unwahrscheinlich, dass die "RootVisual" innerhalb eines Ereignishandlers für das Steuerelement oder die Seite geändert wird).
- Benutzerdefinierte Steuerelemente und vorübergehende UIs sollten Eigenschaften verfügbar gemacht werden, so dass die Host-Seite in ihren Zustand abzufragen und kennen sich in einem Zustand befinden, die das Drücken der Taste Back belegen kann. Beispielsweise ListPicker auf das Control Toolkit verfügt über eine ListPickerMode-Eigenschaft, ContextMenu und so weiter hat die IsOpen-Eigenschaft.
- Ihre Host, PhoneApplicationPage keine vorübergehende Steuerelemente oder die Benutzeroberfläche, die angezeigt werden, und auf alle diese überprüfen, bevor er eine Navigation innerhalb der OnBackKeyPress wird beachtet werden muss. Beachten Sie, dass die OnBackKeyPress aufgerufen wird, bevor alle BackKeyPress Ereignis-Handler aufgerufen werden. Wenn Sie die gehostete Steuerelemente, deren Übergangszustand zu behandeln sind, stellen Sie sicher, dass Sie nicht die Navigate-Methode aufrufen und erhalten vor der Handler.
Home Button-Navigation (und Back-Stapel löschen)
Ein gemeinsames UX-Muster für andere mobilen Plattformen besteht darin, ein "Home", dass Verknüpfungen die Navigation Schaltfläche haben und Sie zu einer bestimmten Seite sendet. Windows-Telefon-Navigations-APIs nicht direkt auf diese behandeln; in der Tat abhalten die UX-Richtlinien stark, mit einer Schaltfläche "Home". Es wird empfohlen, eine gut entworfene, relativ flache Navigationsstruktur haben. Wenn Ihre Navigationen zwei oder drei Ebenen tief sind, ist es wahrscheinlich genauso einfach die zurück-Taste mehrmals drücken, als es ist eine weitere berechnete Bewegung Suchen nach eine Home-Schaltfläche auf dem Bildschirm, und klicken Sie auf. Andererseits, wenn Sie eine Schaltfläche Startseite lassen, es gibt ein paar Dinge, die Sie berücksichtigen müssen, um die Navigation zu implementieren:
- Denken Sie daran, dass Windows-Telefon eine Navigation zu einem Zeitpunkt ermöglicht. Dies bedeutet, wenn Sie vier Ebenen tief in eine Navigation müssen Sie GoBack aufrufen, drei Mal hintereinander mit nach Hause kommen. Da gleichzeitige Navigationen nicht zulässig sind, müssen Sie warten, bis eine Navigation abgeschlossen ist (Wenn das Navigated-Ereignis ausgelöst wird), um die nächste Navigation zu starten. Diese Sequenz"Navigation" kann zu kurze Verzögerungen führen, wenn Ihre Seite ist viel Zeit zum Laden machen, oder es zu "flackert" führen, kann Wenn Ihre Seite sichtbar, ist während Sie den Stack Back pop.
- Die Animationen für die ApplicationBar werden vom Betriebssystem implementiert. Dies bedeutet, wenn Sie in einer Schleife auf mehreren Seiten navigieren, die Benutzeroberfläche erneut Flimmern kann, wenn die ApplicationBar animiert wird, in der Schleife auf einer Seite angezeigt werden soll.
Hier ist also ein Rezept, um die "Home"-Navigation-Herausforderung zu bewältigen. Sie können alle dieser Code implementiert, über die BackNavigationHelper-Klasse im begleitenden Download finden Sie unter:
- Ausblenden der PhoneApplicationFrame (für die Anwendung "RootVisual") auf dem Bildschirm, während Sie den Stack Back pop. Dies verhindert, dass der Benutzeroberfläche Flimmern (wird einmal Flimmern, aber Sie sehen alle Ihre Bildschirme zurück).
- Wenn Ihre Seiten zu viel Zeit in Anspruch nehmen, können Sie eine Full-Screen-Popup-Fenster mit einer Animation anzeigen, damit der Benutzer weiß, was passiert.
- Vor Beginn der eine home Navigation, damit Ihre Seiten, führen Sie eine Menge Arbeit in ihrer OnNavigatedTo-Rückruf nicht wissen, sollten Sie auch ein Flag festlegen. Wenn Sie zurück navigieren möchten, werden diese Seiten entfernt, als die Navigation abgeschlossen ist (also keine UI-Arbeit, die sie tun verworfen werden).
- Ausblenden der ApplicationBar (durch Festlegen der IsVisible-Eigenschaft auf False) von jeder Seite, die (falls zutreffend) Beendigungshandlers werden wird.
- Dies nur für benötigt wird, Seiten, in denen die ApplicationBar zu 100 Prozent undurchsichtig ist (seine Durchlässigkeit = 1.0).
- Entladen des Stapels.
- Die GoBack-Methode aufrufen.
- Empfangen von Navigated (auf der "RootVisual"), und rufen Sie GoBack erneut, wenn Sie nicht bereits auf der Seite "Home".
Setzen Sie alles auf normal zurück, wenn Sie den Stapel Beendigungshandlers haben.
Exemplarische Vorgehensweise für Code: sehen Sie Beispiele für "dauern me home" Navigation in den Seiten im Ordner "HomeNavigationSamplePages" in der begleitenden Code Download. Der interessante Code ist natürlich auf die BackNavigationHelper-Klasse, aber unser Beispiel verfügt über eine BackNavConfig-Seite, in dem Sie die Optionen auswählen können, Sie in BackNavigationHelper (z. B. den Rahmen ausblenden, der Anwendungsleiste ausblenden, überprüfen Journaling usw.) aktivieren möchten.
Seitenübergänge
Das endgültige und fortschrittlichsten Navigation-Konzept, die, dem Sie interessieren könnten, betrifft Seitenübergänge. Im Kontext der Navigation denken eines Übergangs als die Wahrnehmung von einer Übergabe zwischen einer Seite, der Sie aus navigieren können und die Seite, der Sie navigieren möchten, zu. Die Navigation noch geschieht und es ist das zugrunde liegende Framework für Navigation oben besprochene verwenden, aber wie die Navigation der Fall ist, wird der Inhalt der PhoneApplicationPages, die in der Navigation teilnehmen simulieren eines Hand-off animiert.
Das Rezept für Übergänge ist etwas komplizierter. In der Tat genau wie Omas Lasagna, es ist kein einzelnes Rezept – es ist erforderlich, "optimiert" zu Ihrem Geschmack (und Anwendungsanforderungen). Andererseits haben wir ein paar Grundsätze, zusammen mit einer schrittweisen Probe und Code, natürlich beachten sollten.
Die Grundsätze:
- Führen Sie alle Back Drücken einer Taste Prinzipien, die weiter oben beschrieben. Übergang ist wiederum nur eine Erweiterung Navigation – keine Ausrede Zertifizierung fehlschlagen.
- Verstehen Sie den Kontext und den Zweck einer Animation Übergang. Windows-Telefon verfügt über eine definierte Menge von Übergängen und die meisten dieser haben einen bestimmten Kontext oder Verwendung. Die richtige Übergänge in Ihre Anwendung implementieren zu können, müssen Sie die beabsichtigte Verwendung verstehen. Jeff Arnold (Lead Motion Designer für Windows-Telefon) hat eine kurze Aufzeichnung aller Animationen und Übergänge; Es ist ein muss-ansehen, um den Zweck jeder Animation zu erkennen. Sie finden das Video an Bit.LY/eBTkjD.
- Halten Sie Ihre Übergänge schnell und kurz.
- Beachten Sie, dass ein Übergang sowohl eine "Out" ist von einer Seite und ein "in" auf einer anderen Seite. Diese beiden Phasen werden addiert. Möglichst gehalten Sie kurz werden. Wir würden sagen, dass 300 ms insgesamt eine gute Obergrenze ist.
- Wie viel Arbeit Benutzeroberfläche, wie Sie während des Übergangs können zu verzögern. Wenn Ihre Seite Datenbindung oder teure Layoutvorgänge vermeiden kann, sollten Sie dies. Können Sie den Übergang des Bildschirms und zügig, füllen es anschließend.
Abbildung 1 zeigt eine Zusammenfassung der Animationen, ihre Verwendung, Richtungen und relevanten Anmerkungen.
Abbildung 1 eine Übersicht über Animationen
| Animation | Verwendung | Wegbeschreibung | Übergangs-Notizen |
| Drehkreuz | Benutzer ausführt von einem Raum in einen anderen. Der Standardwert ist über das Gerät. Es ist schwer, Betonen Sie, dass ein Übergang passiert ist entwurfsbedingt. | ForwardIn, ForwardOut, BackwardIn und BackwardOut | Dies ist eine allgemeine Animation werden, die Sie verwenden möchten. Es ist recht einfach. |
| Kontinuum | Benutzer von einem Raum in einen anderen übergeht, jedoch bietet die Wahrnehmung der Kontinuität. Führt Kontext von einem Raum zum anderen. Fast scheint, als Sie verlassen haben. | In, Out | Kontinuum ist häufig jedoch schwieriger zu implementieren. Es ist erforderlich, befördern Kontext Kontinuum (der Eindruck, dass ein UIElement über zwei Seiten durchgeführt wird). |
| Schwenkbar | Für vorübergehende Benutzeroberfläche verwendet. z. B. für Dialogfelder. Es unterscheidet sich von anderen Animationen, da it nicht Übergang, jedoch bleibt der Benutzer im gleichen space oder am am wenigsten Ziel ist es, diese Wahrnehmung zu erteilen. | ForwardIn, ForwardOut, FullScreenIn, FullScreenOut, BackwardIn, BackwardOut | Nicht oft für Übergänge verwendet werden; vor allem verwendet für Dialogfelder. |
| Folie | Für vorübergehende Benutzeroberfläche verwendet. Bringt Inhalt über vorhandenem Inhalt. | SlideUpFadeIn, SlideUpFadeOut, SlideDownFadeIn, SlideDownFadeOut, SlideLeftFadeIn, SlideLeftFadeOut, SlideRightFadeIn, SlideRightFadeOut | Üblicherweise verwendet zum Übergang in die vorübergehende UIs. |
| Drehen | Dreht den Bildschirm in eine bestimmte Richtung and Winkel. | In90Clockwise, In90CounterClockwise, In180Clockwise, In180CounterClockwise, Out90Clockwise, Out90CounterClockwise, Out180Clockwise, Out180CounterClockwise | Nicht oft für Übergänge verwendet werden; hauptsächlich verwendet für die Ausrichtung. |
Mit den drei Grundsätzen, die oben aufgeführten Beachten Sie können wir nun Codierung Seitenübergänge verschieben. Das Windows-Telefon-Steuerelemente-Toolkit bietet Unterstützung für Übergänge und auf ihm Storyboards für die am häufigsten verwendeten Übergänge.
Hinweis: Um zusammen mit dem Rest des Artikels zu folgen, müssen Sie den Windows Telefon Silverlight-Toolkit (Silverlight.codeplex.com). Der Code in diesem Artikel bezieht sich gegen die Februar-Ausgabe (spätere Releases sollte funktionieren, zu).
Toolkit-Übergänge verwendet eine TransitionFrame, die von PhoneApplicationFrame erbt, aber hat eine angepasste Vorlage mit zwei Content Vortragende (PhoneApplicationFrame hat, in denen nur ein ContentPresenter). TransitionFrame überwacht Änderungen an seinen Inhalt-Eigenschaft und Übergänge in den neuen Inhalt (Seite) und alte Inhalte und übergeht.
Jeder PhoneApplicationPage bestimmt, welche Übergänge, die er mit eine angefügte Eigenschaft in das Toolkit TransitionService-Klasse will. Sie können bis zu vier Übergänge für jede Seite angeben, wie im Abbildung 2.
Abbildung 2 die vier Seitenübergänge angegeben werden können
| Übergang (Eigenschaftsname) | Beschreibungen |
| NavigationInTransition.Forward | Bezeichnet, wie Sie auf dieser Seite mit Navigation vorwärts navigieren. |
| NavigationInTransition.Backward | Wird aufgerufen, wenn der Benutzer eine zurück-Navigation auslöst, die zu dieser Seite navigiert. |
| NavigationOutTransition.Forward | Als Sie Navigate aufgerufen, diese Seite in einer forward-Navigation. |
| NavigationOutTransition.Backward | Bezeichnet, wie Sie diese Seite in einer Back Navigation verlassen. |
Diese Übergänge sind Instanzen einer extensible NavigationTransition-Klasse. Das Toolkit enthält fünf integrierte NavigationTransitions: TurnstileTranstion, SlideTransition, SwivelTransition, RotateTransition und RollTransition. Erneut, ist das System erweiterbar, so dass Sie Ihre eigenen hinzufügen können.
Schrittweise Anleitungen zum Implementieren von Übergängen, die mit dem Toolkit sind:
1. Laden Sie und fügen Sie einen Verweis auf das Silverlight-Steuerelement-Toolkit.
2. Ersetzen Sie den Frame "RootVisual" für Ihre Anwendung durch Bearbeiten der App.xaml.cs und ersetzen es mit einer TransitionFrame (siehe Abbildung 3).
3. Übergangseigenschaften zu Ihren Seiten anwenden (siehe Abbildung 4).
Abbildung 3 ersetzt den Frame "RootVisual" für Ihre Anwendung durch Bearbeiten der App.xaml.cs
private void InitializePhoneApplication()
{
if (phoneApplicationInitialized)
return;
// Create the frame but don't set it as RootVisual yet; this allows the splash
// screen to remain active until the application is ready to render.
RootFrame = new Microsoft.Phone.Controls.TransitionFrame();
RootFrame.Navigated += CompleteInitializePhoneApplication;
// Handle navigation failures
RootFrame.NavigationFailed += RootFrame_NavigationFailed;
// Ensure we don't initialize again
phoneApplicationInitialized = true;
}
Abbildung 4 Übergangseigenschaften zu Ihren Seiten anwenden
<phone:PhoneApplicationPage
x:Class="LWP.TransitionSamples.Turnstile"
xmlns="https://schemas.microsoft.com/winfx/2006/xaml/presentation"
xmlns:x="https://schemas.microsoft.com/winfx/2006/xaml"
xmlns:phone="clr-namespace:Microsoft.Phone.Controls;assembly=Microsoft.Phone"
xmlns:shell="clr-namespace:Microsoft.Phone.Shell;assembly=Microsoft.Phone"
xmlns:d="https://schemas.microsoft.com/expression/blend/2008"
xmlns:mc="https://schemas.openxmlformats.org/markup-compatibility/2006"
FontFamily="{StaticResource PhoneFontFamilyNormal}"
FontSize="{StaticResource PhoneFontSizeNormal}"
Foreground="{StaticResource PhoneForegroundBrush}"
SupportedOrientations="Portrait" Orientation="Portrait"
mc:Ignorable="d" d:DesignHeight="768" d:DesignWidth="480"
shell:SystemTray.IsVisible="True" xmlns:toolkit=
"clr-namespace:Microsoft.Phone.Controls;assembly=
Microsoft.Phone.Controls.Toolkit"
>
<toolkit:TransitionService.NavigationInTransition>
<toolkit:NavigationInTransition>
<toolkit:NavigationInTransition.Backward>
<toolkit:TurnstileTransition Mode="BackwardIn"/>
</toolkit:NavigationInTransition.Backward>
<toolkit:NavigationInTransition.Forward>
<toolkit:TurnstileTransition Mode="ForwardIn"/>
</toolkit:NavigationInTransition.Forward>
</toolkit:NavigationInTransition>
</toolkit:TransitionService.NavigationInTransition>
<toolkit:TransitionService.NavigationOutTransition>
<toolkit:NavigationOutTransition>
<toolkit:NavigationOutTransition.Backward>
<toolkit:TurnstileTransition Mode="BackwardOut"/>
</toolkit:NavigationOutTransition.Backward>
<toolkit:NavigationOutTransition.Forward>
<toolkit:TurnstileTransition Mode="ForwardOut"/>
</toolkit:NavigationOutTransition.Forward>
</toolkit:NavigationOutTransition>
</toolkit:TransitionService.NavigationOutTransition>
Umsetzbare Rezepte
Windows Telefon Silverlight zusammenrechnet Anwendungen ein Web-ähnliche Navigationsoberfläche Modell bestehen, in dem Sie den Übergang von einer Seite und haben ein Journaling (oder Verlauf) können also Sie zu vorherigen Seiten zurückkehren. Out-of-the-Box, ist das Modell für die Navigation einfach zu verwenden und relativ abgeschlossen. Es gibt einige erweiterte Navigationsaufgaben – z. B. transiente UIs, Übergänge oder "Sprung Home"-Funktionalität –, werden nicht sofort implementiert, aber in diesem zweiteiligen Artikel wurde erläutert Überlegungen, die Sie berücksichtigen diese erweiterten mehr Aufgaben implementieren und hat Sie präzise, umsetzbare Rezepte für deren Implementierung.
Yochay Kiriaty arbeitet bei Microsoft als Senior Technical Evangelist und befasst sich in erster Linie mit Clienttechnologien wie Windows und Windows Phone. Er ist Mitautor der Bücher “Introducing Windows 7 for Developers” (Microsoft Press, 2009) und “Learning Windows Phone Programming” (O’Reilly Media, 2011).
Jaime Rodriguez ist Principal Evangelist bei Microsoft für neue Client-Technologien wie Silverlight und Windows Phone. Folgen Sie ihm auf Twitter am Twitter.com/jaimerodriguez oder on Blogs.msdn.com/b/jaimer.
Dank an den folgenden technischen Experten für die Überprüfung dieses Artikels: Peter Torr