Overview of the Windows Phone 7 Execution Model

Introduction

Not only has Microsoft changed the user interface with the new Windows Phone 7 platform, it has fundamentally redesigned the phone operating system. In this light, it is imperative that developers understand the execution model of the Windows Phone platform so that they develop applications which are responsive to user inputs, and reliable in performance.

What's New About the Execution Model of the Windows Phone Platform?

Windows Phone prioritizes foreground applications over background applications. As of January 2011, it did not even multi-task so it avoided the state where multiple applications are running causing slowdown in the user experience.

Windows Phone provides consistent navigation experiences across all applications and supported devices. By having a dedicated "Back" button and "Start" button, Microsoft has ensured that users will have zero learning curve when they move across different Windows Phone devices.

The platform ensures dynamic application activation and deactivation as a user switches between applications. Events are raised so that applications can take the necessary steps to preserve and restore context. This ensures a user experience which feels more like an application was restored rather than re-invoked.

Different Stages of the Windows Phone Application Lifecycle

The Windows Phone application has the following stages during its lifecycle:

Launching

An application is considered to be launched when it is invoked from the live tiles via a toast notification, from the phone's installed application list, or from another application. However, if the application is invoked by clicking on the Back button, it is not considered to be in the "Launching' state.

In this stage, the "Launching "event is raised. Because this event is raised before UI is rendered, developers should avoid coding any long running activities in the event handler else the application will feel less responsive.

Running

The Running stage is entered after the application exits the Launch stage. In this stage, the only execution-model related task that is permitted is incrementally saving settings and other persisted data. If the application is small this might not be even necessary.

Closing

When the user uses the Back button to navigate past the first page of the application, the closing event is raised. Here it is recommended to save persistent data, such as settings and user data, to isolated storage. There is no merit in saving transient data because once the application is exited, it cannot be restored.

Deactivating

When a running application is replaced by another, the former is said to be deactivated and the deactivated event is raised. The application can be deactivated by a number of actions:

  • User presses the Start button
  • User phone hits a timeout and the screen locks.
  • User invokes a Launcher or Chooser, for example, invoking the camera to take a picture.

In the deactivated event handler, the application should store its current transient state into the static state property of the PhoneApplicationService class and its persistent data to the isolated storage.

Activating

When a user reactivated a deactivated application by clicking the ""Back" button, the application is reactivated and the activated event is fired. In this event handler, the application must restore its state by reading from the state dictionary. Similar to the launching event handler, an application must avoid accessing network resources during this stage, as it will lead to a lesser responsive feeling.

Summary

In this article, we looked at the execution model of the Windows Phone operating system and studied the various events raised at the various stages.



About the Author

Vipul Vipul Patel

Vipul Patel is a Software Engineer currently working at Microsoft Corporation, working in the Office Communications Group and has worked in the .NET team earlier in the Base Class libraries and the Debugging and Profiling team. He can be reached at vipul_d_patel@hotmail.com

Comments

  • There are no comments yet. Be the first to comment!

Leave a Comment
  • Your email address will not be published. All fields are required.

Top White Papers and Webcasts

  • On-demand Event Event Date: September 10, 2014 Modern mobile applications connect systems-of-engagement (mobile apps) with systems-of-record (traditional IT) to deliver new and innovative business value. But the lifecycle for development of mobile apps is also new and different. Emerging trends in mobile development call for faster delivery of incremental features, coupled with feedback from the users of the app "in the wild." This loop of continuous delivery and continuous feedback is how the best mobile …

  • Java developers know that testing code changes can be a huge pain, and waiting for an application to redeploy after a code fix can take an eternity. Wouldn't it be great if you could see your code changes immediately, fine-tune, debug, explore and deploy code without waiting for ages? In this white paper, find out how that's possible with a Java plugin that drastically changes the way you develop, test and run Java applications. Discover the advantages of this plugin, and the changes you can expect to see …

Most Popular Programming Stories

More for Developers

Latest Developer Headlines

RSS Feeds