Construir Aplicações Silverlight para Windows Phone 7
•Download as PPTX, PDF•
0 likes•303 views
Apresentação sobre Desenvolvimento de Aplicações Silverlight para Windows Phone 7 por Nuno Silva da Microsoft Portugal, no evento de aniversário da comunidade NetPonto
Recommended
More Related Content
What's hot
What's hot (19)
Viewers also liked
Viewers also liked (7)
Similar to Construir Aplicações Silverlight para Windows Phone 7
Similar to Construir Aplicações Silverlight para Windows Phone 7 (20)
More from Comunidade NetPonto
More from Comunidade NetPonto (20)
Recently uploaded
Recently uploaded (20)
Construir Aplicações Silverlight para Windows Phone 7
- 1. http://netponto.org 14ª Reunião Presencial - 18/09/2010 Construir Aplicações Silverlight para Windows Phone 7Nuno Silva
- 2. Nuno Silva Developer Evangelist @ Microsoft “Phone Champ” nuno.silva@microsoft.com http://blogs.msdn.com/nunos http://twitter.com/nuno_ms
- 3. Perguntas “da praxe” Sim, trouxe um device Sim, é mesmo o Windows Phone 7 Não, não o podem levar para casa
- 4. Windows Phone 7 Smart Design Integrated Experiences Photo by: Andrew Butitta, Founder, Talisman Digital Photography
- 5. Metro
- 7. Windows Phone 7 demonstração
- 8. Windows PhoneHardware Common Hardware Elements Consistent Platform Quality Focus 800 or 480 Consistent set of hardware capabilities defined by Microsoft One resolution at launch Second resolution added later Same touch input Consistent processor / GPU Same available RAM Optional keyboard 480 or 320
- 9. Objectivos da Plataforma Modern, powerful run-times and tooling Help developers be profitable Enable cloud powered experiences
- 10. Tools Runtime – On “Screen” Phone Emulator Sensors Media Data Location Samples Documentation Xbox LIVE Notifications Phone Guides Community .NET Framework managed code sandbox Packaging and Verification Tools SCREEN CLOUD Portal Services Cloud Services Notifications App Deployment Registration Marketplace Validation MO and CC Billing Location Identity Feeds Certification Business Intelligence Maps Social Publishing Update Management Application Platform
- 11. Application Platform Runtime – On “Screen” Sensors Media Data Location Xbox LIVE Notifications Phone .NET Framework managed code sandbox SCREEN CLOUD
- 13. Rapid creation of visually stunning apps
- 15. HTML/JavaScript
- 17. Rapid creation of multi-screen 2D and 3D games
- 19. Mature, robust, widely adopted technology spanning Xbox 360, Windows, and Zune
- 20. Modern XAML/event-driven application UI framework
- 21. Rapid creation of visually stunning apps
- 23. HTML/JavaScript
- 25. Tools Gratuitas RTM jádisponível Training Kit e JumpStart http://developer.windowsphone.com Phone Emulator Samples Documentation Guides Community Packaging and Verification Tools Windows Phone Developer Tools
- 26. Windows Phone Developer Tools Tools Phone Emulator Samples Documentation Guides Community Packaging and Verification Tools
- 27. Windows Phone Developer Tools Tools Phone Emulator Samples Documentation Guides Community Packaging and Verification Tools myapp.xap
- 28. Windows Phone Developer Tools Tools Phone Emulator Windows Phone Emulator Samples Documentation Guides Community Windows Phone device Packaging and Verification Tools myapp.xap
- 29. Windows Phone Developer Tools Tools Phone Emulator Windows Phone Emulator Samples Documentation Packaging & Verification Tools Guides Community Windows Phone device Packaging and Verification Tools myapp.xap
- 30. Windows Phone 7 Developer ToolsSimple Twitter Client demonstração
- 31. Default control templates Simples e Elegantes Hit-Targets de dimensãoconsiderável Utilização de transparências
- 32. Temas Permitemaoutilizadorcustomizar o telefone Temas dark e light, com váriasescolhas de côr Built-in controls são “theme-aware”
- 33. Customização do UI demonstração
- 34. Input Silverlight TextBoxintegra com SIP Supports and scrolling Password has a delay SIP permite a utilização de scopes Text, Url, Number, Time, TelephoneNumber, EmailNameOrAddress ScrollViewersuporta pan e flick Manipulation events expõem pinch and stretch
- 35. Accelerometer +Y Mede forçaaplicada sobrecada um dos eixos aolongo do tempo -Z -X +X +Z -Y
- 36. Media Suporte a media H/W decode MediaStreamSource PlayReady DRM Algumaslimitações Apenas um MediaElement Ausência de VideoBrush XNA sound effect API
- 37. Input e Output demonstração
- 38. Integração com o OS Hub integration Podemoscontribuirparaos hubs Launchers (fire and forget) SMS, email, web browser, maps, dialer, search, etc Choosers (retorno de informação) Picture, contact, camera, etc
- 39. Launchers & Choosers Choosers Launchers CameraCaptureTask BingMapsTask MarketplaceLauncher MediaPlayerLauncher PhoneCallTask SaveEmailAddressTask SavePhoneNumberTask SearchTask EmailComposeTask SMSComposeTask WebBrowserTask PhoneNumberChooserTask PhotoChooserTask EmailAddressChooserTask
- 40. Launchers and ChoosersCamera Application demonstração
- 41. default silverlight application Application UserControl Content
- 42. default silverlight application Application UserControl Content Content
- 43. default silverlight application Application UserControl Content Content Content
- 44. default silverlight application Application UserControl Content Content Content
- 45. silverlight 3 navigation application Application UserControl Content Content Content
- 46. silverlight 3 navigation application Application UserControl Frame Page 3 Page 1 Page 2
- 47. silverlight 3 navigation application Application UserControl Frame Page 3 Page 1 Page 2
- 48. ? Windows Phone application
- 49. Windows Phone application Application UserControl Frame Page 3 Page 1 Page 2
- 50. Windows Phone application Application Frame Page 3 Page 1 Page 2
- 51. Windows Phone application Application Frame Page 3 Page 1 Page 2
- 52. Back key Permiteaoutilizadornavegarpara o últimoecran
- 53. Back key Permiteaoutilizadornavegarpara o últimoecran Podeatravessaraplicaçõesdiferentes
- 54. Back key Permiteaoutilizadornavegarpara o últimoecran Podeatravessaraplicaçõesdiferentes Nãodeveser “overriden” nasaplicações
- 55. Navegação e Estrutura demonstração
- 56. Um mundo de interrupçõesconstantes
- 57. Um mundo de interrupçõesconstantes phone calls
- 58. Um mundo de interrupçõesconstantes phone calls low battery
- 59. Um mundo de interrupçõesconstantes phone calls low battery txt msgs :-)
- 60. Um mundo de interrupçõesconstantes phone calls low battery App switch txt msgs :-)
- 61. Um mundo de interrupçõesconstantes phone calls low battery reminders App switch txt msgs :-)
- 62. Um mundo de interrupçõesconstantes phone calls low battery lock screen reminders App switch txt msgs :-)
- 64. App constructor
- 65. Startup event
- 67. App constructor
- 68. Startup event
- 70. App constructor
- 71. Startup event
- 72. Exit eventStart
- 74. App constructor
- 75. Startup event
- 76. Exit eventStart
- 78. App constructor
- 79. Startup event
- 82. App constructor
- 83. Startup event
- 86. App constructor
- 87. Startup event
- 88. Exit eventStart Exit Running
- 90. App constructor
- 91. Startup event
- 92. Exit eventStart Exit Running
- 94. App constructor
- 95. Startup event
- 98. obscured: popup ui from shell Not in the Mix build Running What if they answer the phone?
- 100. Reminder
- 101. Battery lowWhat if they answer the phone?
- 103. Reminder
- 104. Battery lowWhat if they answer the phone? Obscured Running
- 105. obscured: popup ui from shell Not in the Mix build Running What if they answer the phone? Obscured Running
- 106. obscured: popup ui from shell Not in the Mix build Running What if they answer the phone? Obscured Unobscured Running
- 107. obscured: popup ui from shell Not in the Mix build Running Games could auto-pause What if they answer the phone? Obscured Unobscured Running
- 108. obscured: popup ui from shell Not in the Mix build Running Games could auto-pause Game could auto-resume What if they answer the phone? Obscured Unobscured Running
- 109. paused: jump to another app Not in the Mix build
- 110. paused: jump to another app Not in the Mix build Running
- 112. Accept call
- 114. Accept call
- 116. paused: jump to another app Not in the Mix build Running Pause Suspended
- 117. paused: jump to another app Not in the Mix build Running Pause Resume Suspended
- 118. paused: jump to another app Not in the Mix build Running Pause Resume Suspended Assume your process is killed
- 119. paused: jump to another app Not in the Mix build Running Pause Resume Suspended Assume your process is killed Save state for later use
- 120. paused: jump to another app Not in the Mix build Running Load state to continue where you left off Pause Resume Suspended Assume your process is killed Save state for later use
- 121. paused: jump to another app Not in the Mix build Running Load state to continue where you left off User never knows what happened :-) Pause Resume Suspended Assume your process is killed Save state for later use
- 122. Push Notifications Comunicaçãoiniciada no servidor
- 123. Push Notifications Comunicaçãoiniciada no servidor Permitecenários de “background execution”
- 124. Push Notifications Comunicaçãoiniciada no servidor Permitecenários de “background execution” Preservabateria e melhora a experiência do utilizador
- 125. 14 New photos online! Tipos de notificações
- 126. 15 New photos online! Tipos de notificações
- 127. Tipos de notificações 15 New photos online!
- 128. Seattle, WA: Sunny and 85 degrees Tipos de notificações 15 New photos online!
- 129. Tipos de notificações 15 New photos online! Seattle, WA: Sunny and 85 degrees
- 130. Tipos de notificações 15 New photos online! Seattle, WA: Sunny and 85 degrees
- 131. Seattle, WA: Sunny and 85 degrees Tipos de notificações 15 New photos online!
- 132. push notifications
- 134. push notifications Push client App
- 135. push notifications Push client App Open push channel
- 136. push notifications Push client App Return URI
- 137. push notifications Push client App Your service
- 138. push notifications Push client App Send URI to server Your service
- 139. push notifications Push client App Send URI to server Your service
- 140. push notifications Push client App Send URI to server Your service Event
- 141. push notifications Push client App Push service Your service
- 142. push notifications Push client App Push service Your service Send push data to URI
- 143. push notifications Push client App Send push data to client Push service Your service
- 144. push notifications Push client App Data to App Push service Your service
- 145. push notifications Push client Toast App Data to App Push service Your service
- 146. push notifications Push client Toast App Data to toast Data to App Push service Your service
- 147. push notifications Push client Tile Toast App Data to toast Data to App Push service Your service
- 148. push notifications Push client Tile Toast App Data to toast Data to tile Data to App Push service Your service
- 150. Location Services No emulator support Smart device + cloud service
- 151. Location Services No emulator support Smart device + cloud service Equilíbrioprecisãovstempo/consumo
- 152. Location Services No emulator support Smart device + cloud service Equilíbrioprecisãovs tempo/consumo API Consistente
- 153. location
- 154. location GPS
- 155. location GPS
- 156. location GPS + Accuracy - Power - Speed - Indoors
- 157. location GPS + Accuracy - Power - Speed - Indoors Cell towers
- 158. location GPS + Accuracy - Power - Speed - Indoors Cell towers
- 159. location GPS + Accuracy - Power - Speed - Indoors - Accuracy + Power + Speed - Wilderness Cell towers
- 160. location GPS + Accuracy - Power - Speed - Indoors - Accuracy + Power + Speed - Wilderness WiFi Cell towers
- 161. location GPS + Accuracy - Power - Speed - Indoors - Accuracy + Power + Speed - Wilderness WiFi Cell towers
- 162. location GPS + Accuracy - Power - Speed - Indoors - Accuracy + Power + Speed - Wilderness WiFi +/- Accuracy +/- Power +/- Speed +/- Urban areas Cell towers
- 163. location GPS + Accuracy - Power - Speed - Indoors - Accuracy + Power + Speed - Wilderness WiFi +/- Accuracy +/- Power +/- Speed +/- Urban areas Cell towers Location services
- 164. location GPS + Accuracy - Power - Speed - Indoors - Accuracy + Power + Speed - Wilderness WiFi +/- Accuracy +/- Power +/- Speed +/- Urban areas Cell towers Location services
- 166. Questões?
- 168. Próximas reuniões presenciais 18/09/2010 - Setembro 23/10/2010 - Outubro 20/11/2010 - Novembro 11/12/2010 - DezembroReserva estes dias na agenda! :)
- 169. Obrigado! Nuno Silva nuno.silva@microsoft.com http://blogs.msdn.com/nunos http://twitter.com/nuno_ms
Editor's Notes
- As we set out to re-define what a Windows Phone Experience should be, we knew we would have to come up with some thing different from what we had done before. That said, this is not being different for the sake of it; we had some very smart reasons on improvements we wanted to include on Windows Phone, amongst these: our design had to be smart, and we wanted to build truly integrated experiences so our could get the most out of the phone.
- In the beginning of 2009 a new approach was taken. How did this transition from the previous slide to this slide happen?During designing Windows Phone 7 Series, the designers did not exclusively have phones in mind, even though a great phone experience is important for the end result. However, finding information fast and easy in a beautiful environment was more important for the design of the Windows Phone 7 Series.This is where Metro came in. Metro as a design language is based on a foundation (or set of principals).
- The Panoramic ExperienceWindows Phone 7 ‘broke’ out of its frameMost current screens display a canvas in a frame (the real estate is limited to the canvas)Windows Phone 7 gives you a panoramic frameworkA bit more work to create for application developersGives the end user a very rich experienceThe canvas is much bigger than the frameWorks great to get users engaged, combine client information in your application with services
- Our game changing philosophy is so deep, you see it even on our hardware platform, where we have merged both the smart design and integrated experiences by having a best of breed, bleeding edge hardware specification for our OEMs and Mobile Operators. This will drive consistency for developers. You are coding to a single hardware platform. The experience is consistent with integrated Windows, Back and search button, so users can easily navigate across tasks. At the same time, we need to give consumer choice and we need to give OEMs the ability to differentiate their offerings, but again we have done this with this zen-like balance that is going to drive consistency and a single platform to code for. On resolution, we do have two resolutions: 800x480 will be available at launch and HVGA 480x320 will be added a bit later. The drivers are provided by Microsoft, ensuring great quality and reliability and letting our partners focus on innovation instead of drivers. Touch is capacity; all devices have four touch points.
- Smart Design and integrated experiences is our promise to end-users.Microsoft knows too well that we also must deliver a great platform for the developers to innovate on. Without a solid platform we have no apps, and there fore less value to our customers. As such, we set out to create a modern platform. We offer the best run-times: Silverlight and XNA; both of these have the best, most RAD tooling experiences so our developers can be proactive and quick to market. We also made sure we embraced the cloud; there is things we can’t (or don’t want to) do on the phone, but we have APIs and services for developers to compliment our client-side offerings and make the best applications without compromising the user experience. Beyond run-times of course we need for our developers to be profitable; a market place where consumers can easily and securely purchase applications, so developers and content providers can get paid. Win-win-win for consumers, for Microsoft and for developers.
- As you can see a comprehensive platform. The ones on the bottom are on the cloud. That is mostly free services you will get. The top are both the tools you will use and the API you will use to create your amazing apps.
- Moving on to the code that runs on the device, Notice that as a developer you are creating applications that can run across multiple channels: Windows Phone, XBOX Live, and/or Windows … It is Silverlight or XNA on all these platform.
- We have our best two frameworks for you to choose from when creating a client app. Silverlight is microsoft’s already established RIA offering. A very comprehensive and powerful App UI framework and run-time with huge innovation around media, controls, etc.. XNA is our high performance gaming framework; another well established framework, already proven on XBOX 360 and Zune. These APIs not only provide you the best of breed
- We have our best two frameworks for you to choose from when creating a client app. Silverlight is microsoft’s already established RIA offering. A very comprehensive and powerful App UI framework and run-time with huge innovation around media, controls, etc.. XNA is our high performance gaming framework; another well established framework, already proven on XBOX 360 and Zune. These APIs not only provide you the best of breed
- Moving onto tools, we have visual studio and XNA Game Studio 4.0.
- Our tools are Free. This includes Visual Studio, Game Studio, and Expression Blend. They will continue to be free even after V1 of the tools RTM. Though we don’t have this as a single download today, that is the goal. Go get the tools at developer.windowsphone.com
- This is the process of getting an app from the tools into the marketplace. The emulator is what you can use to test now (until you have a phone).It is an x86 emulator. It is blazing fast, faster than the phone. It is hardware accelerated for graphics ( and so is the phone). Emulator also supports multitouch if you are running on Windows 7. It is the actual OS, but compiled for x86. Deploying to the phone is just as easy. You literally change a combobox in the tools and can now deploy to the phone, get an integrated debugger with break points, etc.. Your phone will have to be developer unlocked; you can do that by registering your phone as a developer phone. It is a friction-free process. Later we will have a few extra tools for verifying your application. These are not in the current CTP. These are what you will use to get ingested into the market place.
- This is the process of getting an app from the tools into the marketplace. The emulator is what you can use to test now (until you have a phone).It is an x86 emulator. It is blazing fast, faster than the phone. It is hardware accelerated for graphics ( and so is the phone). Emulator also supports multitouch if you are running on Windows 7. It is the actual OS, but compiled for x86. Deploying to the phone is just as easy. You literally change a combobox in the tools and can now deploy to the phone, get an integrated debugger with break points, etc.. Your phone will have to be developer unlocked; you can do that by registering your phone as a developer phone. It is a friction-free process. Later we will have a few extra tools for verifying your application. These are not in the current CTP. These are what you will use to get ingested into the market place.
- This is the process of getting an app from the tools into the marketplace. The emulator is what you can use to test now (until you have a phone).It is an x86 emulator. It is blazing fast, faster than the phone. It is hardware accelerated for graphics ( and so is the phone). Emulator also supports multitouch if you are running on Windows 7. It is the actual OS, but compiled for x86. Deploying to the phone is just as easy. You literally change a combobox in the tools and can now deploy to the phone, get an integrated debugger with break points, etc.. Your phone will have to be developer unlocked; you can do that by registering your phone as a developer phone. It is a friction-free process. Later we will have a few extra tools for verifying your application. These are not in the current CTP. These are what you will use to get ingested into the market place.
- This is the process of getting an app from the tools into the marketplace. The emulator is what you can use to test now (until you have a phone).It is an x86 emulator. It is blazing fast, faster than the phone. It is hardware accelerated for graphics ( and so is the phone). Emulator also supports multitouch if you are running on Windows 7. It is the actual OS, but compiled for x86. Deploying to the phone is just as easy. You literally change a combobox in the tools and can now deploy to the phone, get an integrated debugger with break points, etc.. Your phone will have to be developer unlocked; you can do that by registering your phone as a developer phone. It is a friction-free process. Later we will have a few extra tools for verifying your application. These are not in the current CTP. These are what you will use to get ingested into the market place.
- The Windows Phone 7 look & feel is added to the Silverlight default controlsThe UI that is available on the phone is very simple and very elegant. Silverlight can do super flashy things, great media, 3D perspectives but nothing is overdone on a Windows Phone.It is important to have oversized hit targets for those elements that users can select on the phone. This is necessary because the phone will be finger controlled because it makes use of capacitive touch.Inside the templates, there is a big use of transparency. On a Windows Phone, everything is centered around content, not around chrome. The user should be able to see as much content as possible. Transparency will help with that.
- Theming is another important part of the different controls on a Windows Phone.The user can pick a theme. The two major differences are:Dark background with light textLight background with dark textBesides the dark / light themes, the user can also select different accent colors. There are four different accent colors to choose from:RedOrangeGreenBlueThe built-in controls are automatically themed, according to the user selection. The user selected theme can be used inside your own application as well to make your application match everything else on the phone:Your own user controls can tap into the theming system to make their appearance consistent over applicationsYour application’s content can tap into the theming system to make it consistent with other applications on the phoneThe look of your content can change when the user selects another theme or another accent color
- As you saw in the demo, the TextBox really integrates with the Operating System software keyboardThere is also a password obfuscation delay. When you enter data on a password textbox, you can see the entered character for a second before it turns into a dot. This is what you expect on a phone because entering passwords is kind of tricky when you are using the software keyboard.You also saw that built-in controls have gesture support. There are also new events available on controls that are called “Manipulation Events”. They are fired when manipulations are started and ended or when a particular delta is reached. Using these events on controls you are able to influence gestures.
- The accelerometer is pretty much straight forward. You get force in units of gravity applied in every dimension over time. Every sample comes with an x, y and z force and a time stamp.If the device is just laying flat on a surface, it has -1 unit of gravity in the Z-direction.X and Y coordinates are similar to screen coordinates, Z gets into the device.When you shake the device, you will get readings containing values larger than 1 unit of gravity.
- As far as media goes we have:Hardware decodeAudio + Video on the deviceSilverlight media are available on the device, also protected media can be played with the right authenticationThere are a couple of limitations for media on the deviceYou can only have one MediaElement at a timeThis is due to limited hardware resources on the deviceThere is no support for video brushesYou can make use of transforms with the MediaElement, meaning you can animate the media surfaceYou can make use of the XNA Sound Effect APIOptimized for game type of sound, but works pretty good in Silverlight for short looping sounds (consisting of plain wave data)
- The remainder of this presentation concentrates on what you can do specifically with the phone from inside your own applications.There are three main buckets to discuss:Hub integrationApplications can add (through specific API’s) history information to a hub to make the hub more personalized for a particular userYour application also has the possibility to register as a photo application and get access to the photo hubLaunchers allow an application to go to the background and fire up an existing built-in application, for instance to allow sending text messages from ‘inside’ your own application or to display a dialer to make phone calls from inside your own application.Choosers are pieces of functionality that act similar to an open file dialog to select some locally stored data of a particular format for use inside your own application.
- This is just a list of all launchers and choosers that are available on Windows Phone 7.Again: A launcher starts an existing Operating System application and puts your application (temporarily) to the background.A chooser is a piece of Operating System functionality that can select some stored data and return it to your application.
- A Silverlight application consists of a root visual which is typically a user control.The user control typically contains some content.This application model worked great for building applications on the web (widgets, rich media applications)[Animate]Silverlight applications add more and more content that eventually leads to problems. The application appears more and more as a complete web page to the user. This implies that the user wants to navigate through the application in the same way they navigate over web pages.[Animate]This does not work well with the browser though. If the user uses the browser back button on such a Silverlight application, instead of returning to the previous content, the user will return to the previous web page, tearing down the Silverlight application.
- A Silverlight application consists of a root visual which is typically a user control.The user control typically contains some content.This application model worked great for building applications on the web (widgets, rich media applications)[Animate]Silverlight applications add more and more content that eventually leads to problems. The application appears more and more as a complete web page to the user. This implies that the user wants to navigate through the application in the same way they navigate over web pages.[Animate]This does not work well with the browser though. If the user uses the browser back button on such a Silverlight application, instead of returning to the previous content, the user will return to the previous web page, tearing down the Silverlight application.
- A Silverlight application consists of a root visual which is typically a user control.The user control typically contains some content.This application model worked great for building applications on the web (widgets, rich media applications)[Animate]Silverlight applications add more and more content that eventually leads to problems. The application appears more and more as a complete web page to the user. This implies that the user wants to navigate through the application in the same way they navigate over web pages.[Animate]This does not work well with the browser though. If the user uses the browser back button on such a Silverlight application, instead of returning to the previous content, the user will return to the previous web page, tearing down the Silverlight application.
- A Silverlight application consists of a root visual which is typically a user control.The user control typically contains some content.This application model worked great for building applications on the web (widgets, rich media applications)[Animate]Silverlight applications add more and more content that eventually leads to problems. The application appears more and more as a complete web page to the user. This implies that the user wants to navigate through the application in the same way they navigate over web pages.[Animate]This does not work well with the browser though. If the user uses the browser back button on such a Silverlight application, instead of returning to the previous content, the user will return to the previous web page, tearing down the Silverlight application.
- In Silverlight 3, this problem was recognized and solved.[Animate]It is solved by introducing the notion of a frame control which can navigate between pages. With this added functionality, a Silverlight application behaves like a ‘normal’ web application containing multiple pages.[Animate]Navigation through the Silverlight application now works great with the Browser back button.
- In Silverlight 3, this problem was recognized and solved.[Animate]It is solved by introducing the notion of a frame control which can navigate between pages. With this added functionality, a Silverlight application behaves like a ‘normal’ web application containing multiple pages.[Animate]Navigation through the Silverlight application now works great with the Browser back button.
- In Silverlight 3, this problem was recognized and solved.[Animate]It is solved by introducing the notion of a frame control which can navigate between pages. With this added functionality, a Silverlight application behaves like a ‘normal’ web application containing multiple pages.[Animate]Navigation through the Silverlight application now works great with the Browser back button.
- Which application model is used for Windows Phone 7?[Animate]Windows Phone 7 uses a similar Silverlight 3 application model, however, there is not really any need for the user control in the middle.[Animate]Therefore, the structure of a Silverlight application on the phone is very simple. The Application has a Frame as its visual root and the Frame can contain multiple Pages.[Animate]A Windows Phone 7 has a hardware back button that allows navigating, similar to the Browser back button.
- Which application model is used for Windows Phone 7?[Animate]Windows Phone 7 uses a similar Silverlight 3 application model, however, there is not really any need for the user control in the middle.[Animate]Therefore, the structure of a Silverlight application on the phone is very simple. The Application has a Frame as its visual root and the Frame can contain multiple Pages.[Animate]A Windows Phone 7 has a hardware back button that allows navigating, similar to the Browser back button.
- Which application model is used for Windows Phone 7?[Animate]Windows Phone 7 uses a similar Silverlight 3 application model, however, there is not really any need for the user control in the middle.[Animate]Therefore, the structure of a Silverlight application on the phone is very simple. The Application has a Frame as its visual root and the Frame can contain multiple Pages.[Animate]A Windows Phone 7 has a hardware back button that allows navigating, similar to the Browser back button.
- Which application model is used for Windows Phone 7?[Animate]Windows Phone 7 uses a similar Silverlight 3 application model, however, there is not really any need for the user control in the middle.[Animate]Therefore, the structure of a Silverlight application on the phone is very simple. The Application has a Frame as its visual root and the Frame can contain multiple Pages.[Animate]A Windows Phone 7 has a hardware back button that allows navigating, similar to the Browser back button.
- The back key allows the user to go back to screens that they have seen before, in other words, there is a whole stack of screens that the user can walk back through. This is completely independent from applications, so hitting the back button, a user might end up in another application.Applications should not override the meaning of the back key. Even if you can do it, it is a bad idea because the user expects this key to behave consistent. So don’t even do it in games. However, every rule has one or two exceptions, so lets take a look at one of the exceptions in a little demo.
- The back key allows the user to go back to screens that they have seen before, in other words, there is a whole stack of screens that the user can walk back through. This is completely independent from applications, so hitting the back button, a user might end up in another application.Applications should not override the meaning of the back key. Even if you can do it, it is a bad idea because the user expects this key to behave consistent. So don’t even do it in games. However, every rule has one or two exceptions, so lets take a look at one of the exceptions in a little demo.
- The back key allows the user to go back to screens that they have seen before, in other words, there is a whole stack of screens that the user can walk back through. This is completely independent from applications, so hitting the back button, a user might end up in another application.Applications should not override the meaning of the back key. Even if you can do it, it is a bad idea because the user expects this key to behave consistent. So don’t even do it in games. However, every rule has one or two exceptions, so lets take a look at one of the exceptions in a little demo.
- Unique to a Silverlight application on the phone is that a lot of things can happen while the user is working with your application.Phone calls will come in and text messages and the lock screen might be active if the user stops working with your application.All of this activity effects the way your application runs on the device.
- Unique to a Silverlight application on the phone is that a lot of things can happen while the user is working with your application.Phone calls will come in and text messages and the lock screen might be active if the user stops working with your application.All of this activity effects the way your application runs on the device.
- Unique to a Silverlight application on the phone is that a lot of things can happen while the user is working with your application.Phone calls will come in and text messages and the lock screen might be active if the user stops working with your application.All of this activity effects the way your application runs on the device.
- Unique to a Silverlight application on the phone is that a lot of things can happen while the user is working with your application.Phone calls will come in and text messages and the lock screen might be active if the user stops working with your application.All of this activity effects the way your application runs on the device.
- Unique to a Silverlight application on the phone is that a lot of things can happen while the user is working with your application.Phone calls will come in and text messages and the lock screen might be active if the user stops working with your application.All of this activity effects the way your application runs on the device.
- Unique to a Silverlight application on the phone is that a lot of things can happen while the user is working with your application.Phone calls will come in and text messages and the lock screen might be active if the user stops working with your application.All of this activity effects the way your application runs on the device.
- Unique to a Silverlight application on the phone is that a lot of things can happen while the user is working with your application.Phone calls will come in and text messages and the lock screen might be active if the user stops working with your application.All of this activity effects the way your application runs on the device.
- The application life time on a phone is basically similar to any other application. An application that is not running can be started, therefore becomes running and after some time it might be terminated, reentering the not running state.A phone application differs slightly from a ‘normal’ application. [Animate]While you are running on the phone two things can happen, each with their own behavior that we will cover in detail: The application can be obscuredThe application can be paused
- The application life time on a phone is basically similar to any other application. An application that is not running can be started, therefore becomes running and after some time it might be terminated, reentering the not running state.A phone application differs slightly from a ‘normal’ application. [Animate]While you are running on the phone two things can happen, each with their own behavior that we will cover in detail: The application can be obscuredThe application can be paused
- The application life time on a phone is basically similar to any other application. An application that is not running can be started, therefore becomes running and after some time it might be terminated, reentering the not running state.A phone application differs slightly from a ‘normal’ application. [Animate]While you are running on the phone two things can happen, each with their own behavior that we will cover in detail: The application can be obscuredThe application can be paused
- The application life time on a phone is basically similar to any other application. An application that is not running can be started, therefore becomes running and after some time it might be terminated, reentering the not running state.A phone application differs slightly from a ‘normal’ application. [Animate]While you are running on the phone two things can happen, each with their own behavior that we will cover in detail: The application can be obscuredThe application can be paused
- The application life time on a phone is basically similar to any other application. An application that is not running can be started, therefore becomes running and after some time it might be terminated, reentering the not running state.A phone application differs slightly from a ‘normal’ application. [Animate]While you are running on the phone two things can happen, each with their own behavior that we will cover in detail: The application can be obscuredThe application can be paused
- The application life time on a phone is basically similar to any other application. An application that is not running can be started, therefore becomes running and after some time it might be terminated, reentering the not running state.A phone application differs slightly from a ‘normal’ application. [Animate]While you are running on the phone two things can happen, each with their own behavior that we will cover in detail: The application can be obscuredThe application can be paused
- The application life time on a phone is basically similar to any other application. An application that is not running can be started, therefore becomes running and after some time it might be terminated, reentering the not running state.A phone application differs slightly from a ‘normal’ application. [Animate]While you are running on the phone two things can happen, each with their own behavior that we will cover in detail: The application can be obscuredThe application can be paused
- The application life time on a phone is basically similar to any other application. An application that is not running can be started, therefore becomes running and after some time it might be terminated, reentering the not running state.A phone application differs slightly from a ‘normal’ application. [Animate]While you are running on the phone two things can happen, each with their own behavior that we will cover in detail: The application can be obscuredThe application can be paused
- The application life time on a phone is basically similar to any other application. An application that is not running can be started, therefore becomes running and after some time it might be terminated, reentering the not running state.A phone application differs slightly from a ‘normal’ application. [Animate]While you are running on the phone two things can happen, each with their own behavior that we will cover in detail: The application can be obscuredThe application can be paused
- The behavior of an obscured application is not implemented in the MIX CTP, so we can’t show this on the device emulator. Each numbered item explains the situation after an animation:An application is runningSomething happens on the device (e.g. A phone call, a low battery warning, a calendar reminder)This means that the user cannot see your application anymoreIn this situation the OS tells you that it has been obscuredGives the app the opportunity to do somethingThe application keeps runningNo resources are being taken from the applicationAfter some time the event that happened on the device goes away (e.g. the user confirmed a dialog), resulting in an unobscured notification to your appThe application knows it is entirely visible againFor instance, if the application is a game, it can pause itself when it is obscured. However, anything that does not require user interaction can simply continue.Then when the application (game) becomes unobscured again, you could resume it.
- The behavior of an obscured application is not implemented in the MIX CTP, so we can’t show this on the device emulator. Each numbered item explains the situation after an animation:An application is runningSomething happens on the device (e.g. A phone call, a low battery warning, a calendar reminder)This means that the user cannot see your application anymoreIn this situation the OS tells you that it has been obscuredGives the app the opportunity to do somethingThe application keeps runningNo resources are being taken from the applicationAfter some time the event that happened on the device goes away (e.g. the user confirmed a dialog), resulting in an unobscured notification to your appThe application knows it is entirely visible againFor instance, if the application is a game, it can pause itself when it is obscured. However, anything that does not require user interaction can simply continue.Then when the application (game) becomes unobscured again, you could resume it.
- The behavior of an obscured application is not implemented in the MIX CTP, so we can’t show this on the device emulator. Each numbered item explains the situation after an animation:An application is runningSomething happens on the device (e.g. A phone call, a low battery warning, a calendar reminder)This means that the user cannot see your application anymoreIn this situation the OS tells you that it has been obscuredGives the app the opportunity to do somethingThe application keeps runningNo resources are being taken from the applicationAfter some time the event that happened on the device goes away (e.g. the user confirmed a dialog), resulting in an unobscured notification to your appThe application knows it is entirely visible againFor instance, if the application is a game, it can pause itself when it is obscured. However, anything that does not require user interaction can simply continue.Then when the application (game) becomes unobscured again, you could resume it.
- The behavior of an obscured application is not implemented in the MIX CTP, so we can’t show this on the device emulator. Each numbered item explains the situation after an animation:An application is runningSomething happens on the device (e.g. A phone call, a low battery warning, a calendar reminder)This means that the user cannot see your application anymoreIn this situation the OS tells you that it has been obscuredGives the app the opportunity to do somethingThe application keeps runningNo resources are being taken from the applicationAfter some time the event that happened on the device goes away (e.g. the user confirmed a dialog), resulting in an unobscured notification to your appThe application knows it is entirely visible againFor instance, if the application is a game, it can pause itself when it is obscured. However, anything that does not require user interaction can simply continue.Then when the application (game) becomes unobscured again, you could resume it.
- The behavior of an obscured application is not implemented in the MIX CTP, so we can’t show this on the device emulator. Each numbered item explains the situation after an animation:An application is runningSomething happens on the device (e.g. A phone call, a low battery warning, a calendar reminder)This means that the user cannot see your application anymoreIn this situation the OS tells you that it has been obscuredGives the app the opportunity to do somethingThe application keeps runningNo resources are being taken from the applicationAfter some time the event that happened on the device goes away (e.g. the user confirmed a dialog), resulting in an unobscured notification to your appThe application knows it is entirely visible againFor instance, if the application is a game, it can pause itself when it is obscured. However, anything that does not require user interaction can simply continue.Then when the application (game) becomes unobscured again, you could resume it.
- The behavior of an obscured application is not implemented in the MIX CTP, so we can’t show this on the device emulator. Each numbered item explains the situation after an animation:An application is runningSomething happens on the device (e.g. A phone call, a low battery warning, a calendar reminder)This means that the user cannot see your application anymoreIn this situation the OS tells you that it has been obscuredGives the app the opportunity to do somethingThe application keeps runningNo resources are being taken from the applicationAfter some time the event that happened on the device goes away (e.g. the user confirmed a dialog), resulting in an unobscured notification to your appThe application knows it is entirely visible againFor instance, if the application is a game, it can pause itself when it is obscured. However, anything that does not require user interaction can simply continue.Then when the application (game) becomes unobscured again, you could resume it.
- The behavior of an obscured application is not implemented in the MIX CTP, so we can’t show this on the device emulator. Each numbered item explains the situation after an animation:An application is runningSomething happens on the device (e.g. A phone call, a low battery warning, a calendar reminder)This means that the user cannot see your application anymoreIn this situation the OS tells you that it has been obscuredGives the app the opportunity to do somethingThe application keeps runningNo resources are being taken from the applicationAfter some time the event that happened on the device goes away (e.g. the user confirmed a dialog), resulting in an unobscured notification to your appThe application knows it is entirely visible againFor instance, if the application is a game, it can pause itself when it is obscured. However, anything that does not require user interaction can simply continue.Then when the application (game) becomes unobscured again, you could resume it.
- The behavior of an obscured application is not implemented in the MIX CTP, so we can’t show this on the device emulator. Each numbered item explains the situation after an animation:An application is runningSomething happens on the device (e.g. A phone call, a low battery warning, a calendar reminder)This means that the user cannot see your application anymoreIn this situation the OS tells you that it has been obscuredGives the app the opportunity to do somethingThe application keeps runningNo resources are being taken from the applicationAfter some time the event that happened on the device goes away (e.g. the user confirmed a dialog), resulting in an unobscured notification to your appThe application knows it is entirely visible againFor instance, if the application is a game, it can pause itself when it is obscured. However, anything that does not require user interaction can simply continue.Then when the application (game) becomes unobscured again, you could resume it.
- The next thing to investigate is what happens if your application is running and the user jumps to another application.Begin again with the situation where the application is runningThe user does something, for instance click the start button to run another applicationIn this situation, the application will receive a pause event, indicating that the application should stop doing what it is doing. The OS actually suspends the application in this case.If the user comes back to your application it will receive a resume event and can continue runningImportant: While you are suspended you should assume that your process is killed!! (it might not really happen, depending on resources used by your application and the resources needed by the application that is now running)When you enter the pause state, your application should save its state for future useThe paging model of an application can help here, if all your pages are stateless you don’t have to do anything in particularWhen the resume event happens, just go back to that state (could be a page) where you were when you were pausedThis approach guarantees that the user does not even know that your application was suspended and possibly killed
- The next thing to investigate is what happens if your application is running and the user jumps to another application.Begin again with the situation where the application is runningThe user does something, for instance click the start button to run another applicationIn this situation, the application will receive a pause event, indicating that the application should stop doing what it is doing. The OS actually suspends the application in this case.If the user comes back to your application it will receive a resume event and can continue runningImportant: While you are suspended you should assume that your process is killed!! (it might not really happen, depending on resources used by your application and the resources needed by the application that is now running)When you enter the pause state, your application should save its state for future useThe paging model of an application can help here, if all your pages are stateless you don’t have to do anything in particularWhen the resume event happens, just go back to that state (could be a page) where you were when you were pausedThis approach guarantees that the user does not even know that your application was suspended and possibly killed
- The next thing to investigate is what happens if your application is running and the user jumps to another application.Begin again with the situation where the application is runningThe user does something, for instance click the start button to run another applicationIn this situation, the application will receive a pause event, indicating that the application should stop doing what it is doing. The OS actually suspends the application in this case.If the user comes back to your application it will receive a resume event and can continue runningImportant: While you are suspended you should assume that your process is killed!! (it might not really happen, depending on resources used by your application and the resources needed by the application that is now running)When you enter the pause state, your application should save its state for future useThe paging model of an application can help here, if all your pages are stateless you don’t have to do anything in particularWhen the resume event happens, just go back to that state (could be a page) where you were when you were pausedThis approach guarantees that the user does not even know that your application was suspended and possibly killed
- The next thing to investigate is what happens if your application is running and the user jumps to another application.Begin again with the situation where the application is runningThe user does something, for instance click the start button to run another applicationIn this situation, the application will receive a pause event, indicating that the application should stop doing what it is doing. The OS actually suspends the application in this case.If the user comes back to your application it will receive a resume event and can continue runningImportant: While you are suspended you should assume that your process is killed!! (it might not really happen, depending on resources used by your application and the resources needed by the application that is now running)When you enter the pause state, your application should save its state for future useThe paging model of an application can help here, if all your pages are stateless you don’t have to do anything in particularWhen the resume event happens, just go back to that state (could be a page) where you were when you were pausedThis approach guarantees that the user does not even know that your application was suspended and possibly killed
- The next thing to investigate is what happens if your application is running and the user jumps to another application.Begin again with the situation where the application is runningThe user does something, for instance click the start button to run another applicationIn this situation, the application will receive a pause event, indicating that the application should stop doing what it is doing. The OS actually suspends the application in this case.If the user comes back to your application it will receive a resume event and can continue runningImportant: While you are suspended you should assume that your process is killed!! (it might not really happen, depending on resources used by your application and the resources needed by the application that is now running)When you enter the pause state, your application should save its state for future useThe paging model of an application can help here, if all your pages are stateless you don’t have to do anything in particularWhen the resume event happens, just go back to that state (could be a page) where you were when you were pausedThis approach guarantees that the user does not even know that your application was suspended and possibly killed
- The next thing to investigate is what happens if your application is running and the user jumps to another application.Begin again with the situation where the application is runningThe user does something, for instance click the start button to run another applicationIn this situation, the application will receive a pause event, indicating that the application should stop doing what it is doing. The OS actually suspends the application in this case.If the user comes back to your application it will receive a resume event and can continue runningImportant: While you are suspended you should assume that your process is killed!! (it might not really happen, depending on resources used by your application and the resources needed by the application that is now running)When you enter the pause state, your application should save its state for future useThe paging model of an application can help here, if all your pages are stateless you don’t have to do anything in particularWhen the resume event happens, just go back to that state (could be a page) where you were when you were pausedThis approach guarantees that the user does not even know that your application was suspended and possibly killed
- The next thing to investigate is what happens if your application is running and the user jumps to another application.Begin again with the situation where the application is runningThe user does something, for instance click the start button to run another applicationIn this situation, the application will receive a pause event, indicating that the application should stop doing what it is doing. The OS actually suspends the application in this case.If the user comes back to your application it will receive a resume event and can continue runningImportant: While you are suspended you should assume that your process is killed!! (it might not really happen, depending on resources used by your application and the resources needed by the application that is now running)When you enter the pause state, your application should save its state for future useThe paging model of an application can help here, if all your pages are stateless you don’t have to do anything in particularWhen the resume event happens, just go back to that state (could be a page) where you were when you were pausedThis approach guarantees that the user does not even know that your application was suspended and possibly killed
- The next thing to investigate is what happens if your application is running and the user jumps to another application.Begin again with the situation where the application is runningThe user does something, for instance click the start button to run another applicationIn this situation, the application will receive a pause event, indicating that the application should stop doing what it is doing. The OS actually suspends the application in this case.If the user comes back to your application it will receive a resume event and can continue runningImportant: While you are suspended you should assume that your process is killed!! (it might not really happen, depending on resources used by your application and the resources needed by the application that is now running)When you enter the pause state, your application should save its state for future useThe paging model of an application can help here, if all your pages are stateless you don’t have to do anything in particularWhen the resume event happens, just go back to that state (could be a page) where you were when you were pausedThis approach guarantees that the user does not even know that your application was suspended and possibly killed
- The next thing to investigate is what happens if your application is running and the user jumps to another application.Begin again with the situation where the application is runningThe user does something, for instance click the start button to run another applicationIn this situation, the application will receive a pause event, indicating that the application should stop doing what it is doing. The OS actually suspends the application in this case.If the user comes back to your application it will receive a resume event and can continue runningImportant: While you are suspended you should assume that your process is killed!! (it might not really happen, depending on resources used by your application and the resources needed by the application that is now running)When you enter the pause state, your application should save its state for future useThe paging model of an application can help here, if all your pages are stateless you don’t have to do anything in particularWhen the resume event happens, just go back to that state (could be a page) where you were when you were pausedThis approach guarantees that the user does not even know that your application was suspended and possibly killed
- The next thing to investigate is what happens if your application is running and the user jumps to another application.Begin again with the situation where the application is runningThe user does something, for instance click the start button to run another applicationIn this situation, the application will receive a pause event, indicating that the application should stop doing what it is doing. The OS actually suspends the application in this case.If the user comes back to your application it will receive a resume event and can continue runningImportant: While you are suspended you should assume that your process is killed!! (it might not really happen, depending on resources used by your application and the resources needed by the application that is now running)When you enter the pause state, your application should save its state for future useThe paging model of an application can help here, if all your pages are stateless you don’t have to do anything in particularWhen the resume event happens, just go back to that state (could be a page) where you were when you were pausedThis approach guarantees that the user does not even know that your application was suspended and possibly killed
- Push notifications are a way to offload background processing from the device into the cloudNo need to use the battery, CPU cycles and memory on the deviceInitiated by the server to enable key background scenariosAKA ‘Smart Multitasking’Users can focus on the foreground application that has as much resources as possible availableYou (as a developer) can notify the user through the server if there is something they should know about or react upon
- Push notifications are a way to offload background processing from the device into the cloudNo need to use the battery, CPU cycles and memory on the deviceInitiated by the server to enable key background scenariosAKA ‘Smart Multitasking’Users can focus on the foreground application that has as much resources as possible availableYou (as a developer) can notify the user through the server if there is something they should know about or react upon
- Push notifications are a way to offload background processing from the device into the cloudNo need to use the battery, CPU cycles and memory on the deviceInitiated by the server to enable key background scenariosAKA ‘Smart Multitasking’Users can focus on the foreground application that has as much resources as possible availableYou (as a developer) can notify the user through the server if there is something they should know about or react upon
- There are three types of push notifications that you can use on a Windows PhoneNotifications that show up when your application is not running:Tile UpdateToast NotificationNotification that show up when your application is running:Possibility to immediately update your UITile UpdateImagine an application that gets photo feeds, for instance from a service like flickr. Currently the tile shows there are 14 pictures available[Animate]Something happens on the backend: new pictures become available. Through push notifications the tile can be updated[Animate]Toast NotificationImagine a weather application. The user has indicated that they want to be informed about weather updates. Currently the user is not using the weather application though.[Animate]You can send a toast to the device. It appears on the screen, regardless of what the user is doing on the device. If the user clicks on the toast, your application will be launched.[Animate]Push Notification while your application is runningInstead of polling for changes, you setup a push notification (meaning your application will wait for something to happen on the backend with no polling necessary). When something happens on the backend, the server will ping your application.[Animate]The application can take immediate action, for instance to display a newly received message to the user.
- There are three types of push notifications that you can use on a Windows PhoneNotifications that show up when your application is not running:Tile UpdateToast NotificationNotification that show up when your application is running:Possibility to immediately update your UITile UpdateImagine an application that gets photo feeds, for instance from a service like flickr. Currently the tile shows there are 14 pictures available[Animate]Something happens on the backend: new pictures become available. Through push notifications the tile can be updated[Animate]Toast NotificationImagine a weather application. The user has indicated that they want to be informed about weather updates. Currently the user is not using the weather application though.[Animate]You can send a toast to the device. It appears on the screen, regardless of what the user is doing on the device. If the user clicks on the toast, your application will be launched.[Animate]Push Notification while your application is runningInstead of polling for changes, you setup a push notification (meaning your application will wait for something to happen on the backend with no polling necessary). When something happens on the backend, the server will ping your application.[Animate]The application can take immediate action, for instance to display a newly received message to the user.
- There are three types of push notifications that you can use on a Windows PhoneNotifications that show up when your application is not running:Tile UpdateToast NotificationNotification that show up when your application is running:Possibility to immediately update your UITile UpdateImagine an application that gets photo feeds, for instance from a service like flickr. Currently the tile shows there are 14 pictures available[Animate]Something happens on the backend: new pictures become available. Through push notifications the tile can be updated[Animate]Toast NotificationImagine a weather application. The user has indicated that they want to be informed about weather updates. Currently the user is not using the weather application though.[Animate]You can send a toast to the device. It appears on the screen, regardless of what the user is doing on the device. If the user clicks on the toast, your application will be launched.[Animate]Push Notification while your application is runningInstead of polling for changes, you setup a push notification (meaning your application will wait for something to happen on the backend with no polling necessary). When something happens on the backend, the server will ping your application.[Animate]The application can take immediate action, for instance to display a newly received message to the user.
- There are three types of push notifications that you can use on a Windows PhoneNotifications that show up when your application is not running:Tile UpdateToast NotificationNotification that show up when your application is running:Possibility to immediately update your UITile UpdateImagine an application that gets photo feeds, for instance from a service like flickr. Currently the tile shows there are 14 pictures available[Animate]Something happens on the backend: new pictures become available. Through push notifications the tile can be updated[Animate]Toast NotificationImagine a weather application. The user has indicated that they want to be informed about weather updates. Currently the user is not using the weather application though.[Animate]You can send a toast to the device. It appears on the screen, regardless of what the user is doing on the device. If the user clicks on the toast, your application will be launched.[Animate]Push Notification while your application is runningInstead of polling for changes, you setup a push notification (meaning your application will wait for something to happen on the backend with no polling necessary). When something happens on the backend, the server will ping your application.[Animate]The application can take immediate action, for instance to display a newly received message to the user.
- There are three types of push notifications that you can use on a Windows PhoneNotifications that show up when your application is not running:Tile UpdateToast NotificationNotification that show up when your application is running:Possibility to immediately update your UITile UpdateImagine an application that gets photo feeds, for instance from a service like flickr. Currently the tile shows there are 14 pictures available[Animate]Something happens on the backend: new pictures become available. Through push notifications the tile can be updated[Animate]Toast NotificationImagine a weather application. The user has indicated that they want to be informed about weather updates. Currently the user is not using the weather application though.[Animate]You can send a toast to the device. It appears on the screen, regardless of what the user is doing on the device. If the user clicks on the toast, your application will be launched.[Animate]Push Notification while your application is runningInstead of polling for changes, you setup a push notification (meaning your application will wait for something to happen on the backend with no polling necessary). When something happens on the backend, the server will ping your application.[Animate]The application can take immediate action, for instance to display a newly received message to the user.
- There are three types of push notifications that you can use on a Windows PhoneNotifications that show up when your application is not running:Tile UpdateToast NotificationNotification that show up when your application is running:Possibility to immediately update your UITile UpdateImagine an application that gets photo feeds, for instance from a service like flickr. Currently the tile shows there are 14 pictures available[Animate]Something happens on the backend: new pictures become available. Through push notifications the tile can be updated[Animate]Toast NotificationImagine a weather application. The user has indicated that they want to be informed about weather updates. Currently the user is not using the weather application though.[Animate]You can send a toast to the device. It appears on the screen, regardless of what the user is doing on the device. If the user clicks on the toast, your application will be launched.[Animate]Push Notification while your application is runningInstead of polling for changes, you setup a push notification (meaning your application will wait for something to happen on the backend with no polling necessary). When something happens on the backend, the server will ping your application.[Animate]The application can take immediate action, for instance to display a newly received message to the user.
- There are three types of push notifications that you can use on a Windows PhoneNotifications that show up when your application is not running:Tile UpdateToast NotificationNotification that show up when your application is running:Possibility to immediately update your UITile UpdateImagine an application that gets photo feeds, for instance from a service like flickr. Currently the tile shows there are 14 pictures available[Animate]Something happens on the backend: new pictures become available. Through push notifications the tile can be updated[Animate]Toast NotificationImagine a weather application. The user has indicated that they want to be informed about weather updates. Currently the user is not using the weather application though.[Animate]You can send a toast to the device. It appears on the screen, regardless of what the user is doing on the device. If the user clicks on the toast, your application will be launched.[Animate]Push Notification while your application is runningInstead of polling for changes, you setup a push notification (meaning your application will wait for something to happen on the backend with no polling necessary). When something happens on the backend, the server will ping your application.[Animate]The application can take immediate action, for instance to display a newly received message to the user.
- Explain in a bit of detail how push notifications work (numbers correspond to next animation)Start with your application running on the deviceThe user indicates that they are interested in some notifications that your application can receiveYou are opening a push channel inside your application with the push clientThe push client returns a unique (per device and per application) URI to your applicationThe URI points to some live service hosted by Microsoft, somewhere in the cloudYour application sends that unique URI to your own back end serviceCan use any mechanismCan use any type of authenticationCan use custom protocolsYour service just sits somewhere in the cloud, waiting for something to happenIf something interesting happens ….Your service takes the event data and posts it to the unique URINo magic, just an ordinary http POSTThe Push Service takes the data you gave it and uses the URL to identify the device and the applicationThe data is send to the deviceDepending on the state of the device and the type of notification, the notification willAppear in the application (where you are responsible to display it to the user)Show up as a toast notification (the operating system takes care of this)Update a tile (the operating system takes care of this)
- Explain in a bit of detail how push notifications work (numbers correspond to next animation)Start with your application running on the deviceThe user indicates that they are interested in some notifications that your application can receiveYou are opening a push channel inside your application with the push clientThe push client returns a unique (per device and per application) URI to your applicationThe URI points to some live service hosted by Microsoft, somewhere in the cloudYour application sends that unique URI to your own back end serviceCan use any mechanismCan use any type of authenticationCan use custom protocolsYour service just sits somewhere in the cloud, waiting for something to happenIf something interesting happens ….Your service takes the event data and posts it to the unique URINo magic, just an ordinary http POSTThe Push Service takes the data you gave it and uses the URL to identify the device and the applicationThe data is send to the deviceDepending on the state of the device and the type of notification, the notification willAppear in the application (where you are responsible to display it to the user)Show up as a toast notification (the operating system takes care of this)Update a tile (the operating system takes care of this)
- Explain in a bit of detail how push notifications work (numbers correspond to next animation)Start with your application running on the deviceThe user indicates that they are interested in some notifications that your application can receiveYou are opening a push channel inside your application with the push clientThe push client returns a unique (per device and per application) URI to your applicationThe URI points to some live service hosted by Microsoft, somewhere in the cloudYour application sends that unique URI to your own back end serviceCan use any mechanismCan use any type of authenticationCan use custom protocolsYour service just sits somewhere in the cloud, waiting for something to happenIf something interesting happens ….Your service takes the event data and posts it to the unique URINo magic, just an ordinary http POSTThe Push Service takes the data you gave it and uses the URL to identify the device and the applicationThe data is send to the deviceDepending on the state of the device and the type of notification, the notification willAppear in the application (where you are responsible to display it to the user)Show up as a toast notification (the operating system takes care of this)Update a tile (the operating system takes care of this)
- Explain in a bit of detail how push notifications work (numbers correspond to next animation)Start with your application running on the deviceThe user indicates that they are interested in some notifications that your application can receiveYou are opening a push channel inside your application with the push clientThe push client returns a unique (per device and per application) URI to your applicationThe URI points to some live service hosted by Microsoft, somewhere in the cloudYour application sends that unique URI to your own back end serviceCan use any mechanismCan use any type of authenticationCan use custom protocolsYour service just sits somewhere in the cloud, waiting for something to happenIf something interesting happens ….Your service takes the event data and posts it to the unique URINo magic, just an ordinary http POSTThe Push Service takes the data you gave it and uses the URL to identify the device and the applicationThe data is send to the deviceDepending on the state of the device and the type of notification, the notification willAppear in the application (where you are responsible to display it to the user)Show up as a toast notification (the operating system takes care of this)Update a tile (the operating system takes care of this)
- Explain in a bit of detail how push notifications work (numbers correspond to next animation)Start with your application running on the deviceThe user indicates that they are interested in some notifications that your application can receiveYou are opening a push channel inside your application with the push clientThe push client returns a unique (per device and per application) URI to your applicationThe URI points to some live service hosted by Microsoft, somewhere in the cloudYour application sends that unique URI to your own back end serviceCan use any mechanismCan use any type of authenticationCan use custom protocolsYour service just sits somewhere in the cloud, waiting for something to happenIf something interesting happens ….Your service takes the event data and posts it to the unique URINo magic, just an ordinary http POSTThe Push Service takes the data you gave it and uses the URL to identify the device and the applicationThe data is send to the deviceDepending on the state of the device and the type of notification, the notification willAppear in the application (where you are responsible to display it to the user)Show up as a toast notification (the operating system takes care of this)Update a tile (the operating system takes care of this)
- Explain in a bit of detail how push notifications work (numbers correspond to next animation)Start with your application running on the deviceThe user indicates that they are interested in some notifications that your application can receiveYou are opening a push channel inside your application with the push clientThe push client returns a unique (per device and per application) URI to your applicationThe URI points to some live service hosted by Microsoft, somewhere in the cloudYour application sends that unique URI to your own back end serviceCan use any mechanismCan use any type of authenticationCan use custom protocolsYour service just sits somewhere in the cloud, waiting for something to happenIf something interesting happens ….Your service takes the event data and posts it to the unique URINo magic, just an ordinary http POSTThe Push Service takes the data you gave it and uses the URL to identify the device and the applicationThe data is send to the deviceDepending on the state of the device and the type of notification, the notification willAppear in the application (where you are responsible to display it to the user)Show up as a toast notification (the operating system takes care of this)Update a tile (the operating system takes care of this)
- Explain in a bit of detail how push notifications work (numbers correspond to next animation)Start with your application running on the deviceThe user indicates that they are interested in some notifications that your application can receiveYou are opening a push channel inside your application with the push clientThe push client returns a unique (per device and per application) URI to your applicationThe URI points to some live service hosted by Microsoft, somewhere in the cloudYour application sends that unique URI to your own back end serviceCan use any mechanismCan use any type of authenticationCan use custom protocolsYour service just sits somewhere in the cloud, waiting for something to happenIf something interesting happens ….Your service takes the event data and posts it to the unique URINo magic, just an ordinary http POSTThe Push Service takes the data you gave it and uses the URL to identify the device and the applicationThe data is send to the deviceDepending on the state of the device and the type of notification, the notification willAppear in the application (where you are responsible to display it to the user)Show up as a toast notification (the operating system takes care of this)Update a tile (the operating system takes care of this)
- Explain in a bit of detail how push notifications work (numbers correspond to next animation)Start with your application running on the deviceThe user indicates that they are interested in some notifications that your application can receiveYou are opening a push channel inside your application with the push clientThe push client returns a unique (per device and per application) URI to your applicationThe URI points to some live service hosted by Microsoft, somewhere in the cloudYour application sends that unique URI to your own back end serviceCan use any mechanismCan use any type of authenticationCan use custom protocolsYour service just sits somewhere in the cloud, waiting for something to happenIf something interesting happens ….Your service takes the event data and posts it to the unique URINo magic, just an ordinary http POSTThe Push Service takes the data you gave it and uses the URL to identify the device and the applicationThe data is send to the deviceDepending on the state of the device and the type of notification, the notification willAppear in the application (where you are responsible to display it to the user)Show up as a toast notification (the operating system takes care of this)Update a tile (the operating system takes care of this)
- Explain in a bit of detail how push notifications work (numbers correspond to next animation)Start with your application running on the deviceThe user indicates that they are interested in some notifications that your application can receiveYou are opening a push channel inside your application with the push clientThe push client returns a unique (per device and per application) URI to your applicationThe URI points to some live service hosted by Microsoft, somewhere in the cloudYour application sends that unique URI to your own back end serviceCan use any mechanismCan use any type of authenticationCan use custom protocolsYour service just sits somewhere in the cloud, waiting for something to happenIf something interesting happens ….Your service takes the event data and posts it to the unique URINo magic, just an ordinary http POSTThe Push Service takes the data you gave it and uses the URL to identify the device and the applicationThe data is send to the deviceDepending on the state of the device and the type of notification, the notification willAppear in the application (where you are responsible to display it to the user)Show up as a toast notification (the operating system takes care of this)Update a tile (the operating system takes care of this)
- Explain in a bit of detail how push notifications work (numbers correspond to next animation)Start with your application running on the deviceThe user indicates that they are interested in some notifications that your application can receiveYou are opening a push channel inside your application with the push clientThe push client returns a unique (per device and per application) URI to your applicationThe URI points to some live service hosted by Microsoft, somewhere in the cloudYour application sends that unique URI to your own back end serviceCan use any mechanismCan use any type of authenticationCan use custom protocolsYour service just sits somewhere in the cloud, waiting for something to happenIf something interesting happens ….Your service takes the event data and posts it to the unique URINo magic, just an ordinary http POSTThe Push Service takes the data you gave it and uses the URL to identify the device and the applicationThe data is send to the deviceDepending on the state of the device and the type of notification, the notification willAppear in the application (where you are responsible to display it to the user)Show up as a toast notification (the operating system takes care of this)Update a tile (the operating system takes care of this)
- Explain in a bit of detail how push notifications work (numbers correspond to next animation)Start with your application running on the deviceThe user indicates that they are interested in some notifications that your application can receiveYou are opening a push channel inside your application with the push clientThe push client returns a unique (per device and per application) URI to your applicationThe URI points to some live service hosted by Microsoft, somewhere in the cloudYour application sends that unique URI to your own back end serviceCan use any mechanismCan use any type of authenticationCan use custom protocolsYour service just sits somewhere in the cloud, waiting for something to happenIf something interesting happens ….Your service takes the event data and posts it to the unique URINo magic, just an ordinary http POSTThe Push Service takes the data you gave it and uses the URL to identify the device and the applicationThe data is send to the deviceDepending on the state of the device and the type of notification, the notification willAppear in the application (where you are responsible to display it to the user)Show up as a toast notification (the operating system takes care of this)Update a tile (the operating system takes care of this)
- Explain in a bit of detail how push notifications work (numbers correspond to next animation)Start with your application running on the deviceThe user indicates that they are interested in some notifications that your application can receiveYou are opening a push channel inside your application with the push clientThe push client returns a unique (per device and per application) URI to your applicationThe URI points to some live service hosted by Microsoft, somewhere in the cloudYour application sends that unique URI to your own back end serviceCan use any mechanismCan use any type of authenticationCan use custom protocolsYour service just sits somewhere in the cloud, waiting for something to happenIf something interesting happens ….Your service takes the event data and posts it to the unique URINo magic, just an ordinary http POSTThe Push Service takes the data you gave it and uses the URL to identify the device and the applicationThe data is send to the deviceDepending on the state of the device and the type of notification, the notification willAppear in the application (where you are responsible to display it to the user)Show up as a toast notification (the operating system takes care of this)Update a tile (the operating system takes care of this)
- Explain in a bit of detail how push notifications work (numbers correspond to next animation)Start with your application running on the deviceThe user indicates that they are interested in some notifications that your application can receiveYou are opening a push channel inside your application with the push clientThe push client returns a unique (per device and per application) URI to your applicationThe URI points to some live service hosted by Microsoft, somewhere in the cloudYour application sends that unique URI to your own back end serviceCan use any mechanismCan use any type of authenticationCan use custom protocolsYour service just sits somewhere in the cloud, waiting for something to happenIf something interesting happens ….Your service takes the event data and posts it to the unique URINo magic, just an ordinary http POSTThe Push Service takes the data you gave it and uses the URL to identify the device and the applicationThe data is send to the deviceDepending on the state of the device and the type of notification, the notification willAppear in the application (where you are responsible to display it to the user)Show up as a toast notification (the operating system takes care of this)Update a tile (the operating system takes care of this)
- Explain in a bit of detail how push notifications work (numbers correspond to next animation)Start with your application running on the deviceThe user indicates that they are interested in some notifications that your application can receiveYou are opening a push channel inside your application with the push clientThe push client returns a unique (per device and per application) URI to your applicationThe URI points to some live service hosted by Microsoft, somewhere in the cloudYour application sends that unique URI to your own back end serviceCan use any mechanismCan use any type of authenticationCan use custom protocolsYour service just sits somewhere in the cloud, waiting for something to happenIf something interesting happens ….Your service takes the event data and posts it to the unique URINo magic, just an ordinary http POSTThe Push Service takes the data you gave it and uses the URL to identify the device and the applicationThe data is send to the deviceDepending on the state of the device and the type of notification, the notification willAppear in the application (where you are responsible to display it to the user)Show up as a toast notification (the operating system takes care of this)Update a tile (the operating system takes care of this)
- Explain in a bit of detail how push notifications work (numbers correspond to next animation)Start with your application running on the deviceThe user indicates that they are interested in some notifications that your application can receiveYou are opening a push channel inside your application with the push clientThe push client returns a unique (per device and per application) URI to your applicationThe URI points to some live service hosted by Microsoft, somewhere in the cloudYour application sends that unique URI to your own back end serviceCan use any mechanismCan use any type of authenticationCan use custom protocolsYour service just sits somewhere in the cloud, waiting for something to happenIf something interesting happens ….Your service takes the event data and posts it to the unique URINo magic, just an ordinary http POSTThe Push Service takes the data you gave it and uses the URL to identify the device and the applicationThe data is send to the deviceDepending on the state of the device and the type of notification, the notification willAppear in the application (where you are responsible to display it to the user)Show up as a toast notification (the operating system takes care of this)Update a tile (the operating system takes care of this)
- Explain in a bit of detail how push notifications work (numbers correspond to next animation)Start with your application running on the deviceThe user indicates that they are interested in some notifications that your application can receiveYou are opening a push channel inside your application with the push clientThe push client returns a unique (per device and per application) URI to your applicationThe URI points to some live service hosted by Microsoft, somewhere in the cloudYour application sends that unique URI to your own back end serviceCan use any mechanismCan use any type of authenticationCan use custom protocolsYour service just sits somewhere in the cloud, waiting for something to happenIf something interesting happens ….Your service takes the event data and posts it to the unique URINo magic, just an ordinary http POSTThe Push Service takes the data you gave it and uses the URL to identify the device and the applicationThe data is send to the deviceDepending on the state of the device and the type of notification, the notification willAppear in the application (where you are responsible to display it to the user)Show up as a toast notification (the operating system takes care of this)Update a tile (the operating system takes care of this)
- Explain in a bit of detail how push notifications work (numbers correspond to next animation)Start with your application running on the deviceThe user indicates that they are interested in some notifications that your application can receiveYou are opening a push channel inside your application with the push clientThe push client returns a unique (per device and per application) URI to your applicationThe URI points to some live service hosted by Microsoft, somewhere in the cloudYour application sends that unique URI to your own back end serviceCan use any mechanismCan use any type of authenticationCan use custom protocolsYour service just sits somewhere in the cloud, waiting for something to happenIf something interesting happens ….Your service takes the event data and posts it to the unique URINo magic, just an ordinary http POSTThe Push Service takes the data you gave it and uses the URL to identify the device and the applicationThe data is send to the deviceDepending on the state of the device and the type of notification, the notification willAppear in the application (where you are responsible to display it to the user)Show up as a toast notification (the operating system takes care of this)Update a tile (the operating system takes care of this)
- Location services are currently not supported on the emulator (there is not something like FakeGPS), but you can use a mock to ‘pretend receiving’ location dataLocation services combine smart software on the device with a backend service to balance accuracy of location with time / power it takes to get the locationFor some applications location down to city or zip code level is sufficientOther applications need read accurate location information up to a few yardsThe different location requirements can be specified, using a location API that is not only available on the phone, but also on the desktop (Windows 7, .NET Framework 4.0)
- Location services are currently not supported on the emulator (there is not something like FakeGPS), but you can use a mock to ‘pretend receiving’ location dataLocation services combine smart software on the device with a backend service to balance accuracy of location with time / power it takes to get the locationFor some applications location down to city or zip code level is sufficientOther applications need read accurate location information up to a few yardsThe different location requirements can be specified, using a location API that is not only available on the phone, but also on the desktop (Windows 7, .NET Framework 4.0)
- Location services are currently not supported on the emulator (there is not something like FakeGPS), but you can use a mock to ‘pretend receiving’ location dataLocation services combine smart software on the device with a backend service to balance accuracy of location with time / power it takes to get the locationFor some applications location down to city or zip code level is sufficientOther applications need read accurate location information up to a few yardsThe different location requirements can be specified, using a location API that is not only available on the phone, but also on the desktop (Windows 7, .NET Framework 4.0)
- There are three different ways to retrieve location on the phone:GPSLocation information very accurateRadio drains significant powerInitial reading slow (especially if the device has been moved over a long distance without GPX fixes)Does not work indoorsCell Tower LookupNot that accurate (depends on the distance between cell towers)No additional power requirements (assuming the phone radio is switched on already)Fast location retrieval (if the phone radio is switched on, you are already connected to tower(s))No 100% coverageWiFi LookupIn between GPS and Cell Tower in both accuracy, speed and battery consumptionWorks pretty good in larger citiesIndependent of physical location retrieval, one consistent API is used inside your application.The cloud can help getting more accurate location readings, based on other people having been at the same location (without the need for enabling GPS on a particular, individual device)Location services do not only retrieve Lat/Long readings, but can also resolve address information through reverse geocoding services.
- There are three different ways to retrieve location on the phone:GPSLocation information very accurateRadio drains significant powerInitial reading slow (especially if the device has been moved over a long distance without GPX fixes)Does not work indoorsCell Tower LookupNot that accurate (depends on the distance between cell towers)No additional power requirements (assuming the phone radio is switched on already)Fast location retrieval (if the phone radio is switched on, you are already connected to tower(s))No 100% coverageWiFi LookupIn between GPS and Cell Tower in both accuracy, speed and battery consumptionWorks pretty good in larger citiesIndependent of physical location retrieval, one consistent API is used inside your application.The cloud can help getting more accurate location readings, based on other people having been at the same location (without the need for enabling GPS on a particular, individual device)Location services do not only retrieve Lat/Long readings, but can also resolve address information through reverse geocoding services.
- There are three different ways to retrieve location on the phone:GPSLocation information very accurateRadio drains significant powerInitial reading slow (especially if the device has been moved over a long distance without GPX fixes)Does not work indoorsCell Tower LookupNot that accurate (depends on the distance between cell towers)No additional power requirements (assuming the phone radio is switched on already)Fast location retrieval (if the phone radio is switched on, you are already connected to tower(s))No 100% coverageWiFi LookupIn between GPS and Cell Tower in both accuracy, speed and battery consumptionWorks pretty good in larger citiesIndependent of physical location retrieval, one consistent API is used inside your application.The cloud can help getting more accurate location readings, based on other people having been at the same location (without the need for enabling GPS on a particular, individual device)Location services do not only retrieve Lat/Long readings, but can also resolve address information through reverse geocoding services.
- There are three different ways to retrieve location on the phone:GPSLocation information very accurateRadio drains significant powerInitial reading slow (especially if the device has been moved over a long distance without GPX fixes)Does not work indoorsCell Tower LookupNot that accurate (depends on the distance between cell towers)No additional power requirements (assuming the phone radio is switched on already)Fast location retrieval (if the phone radio is switched on, you are already connected to tower(s))No 100% coverageWiFi LookupIn between GPS and Cell Tower in both accuracy, speed and battery consumptionWorks pretty good in larger citiesIndependent of physical location retrieval, one consistent API is used inside your application.The cloud can help getting more accurate location readings, based on other people having been at the same location (without the need for enabling GPS on a particular, individual device)Location services do not only retrieve Lat/Long readings, but can also resolve address information through reverse geocoding services.
- There are three different ways to retrieve location on the phone:GPSLocation information very accurateRadio drains significant powerInitial reading slow (especially if the device has been moved over a long distance without GPX fixes)Does not work indoorsCell Tower LookupNot that accurate (depends on the distance between cell towers)No additional power requirements (assuming the phone radio is switched on already)Fast location retrieval (if the phone radio is switched on, you are already connected to tower(s))No 100% coverageWiFi LookupIn between GPS and Cell Tower in both accuracy, speed and battery consumptionWorks pretty good in larger citiesIndependent of physical location retrieval, one consistent API is used inside your application.The cloud can help getting more accurate location readings, based on other people having been at the same location (without the need for enabling GPS on a particular, individual device)Location services do not only retrieve Lat/Long readings, but can also resolve address information through reverse geocoding services.
- There are three different ways to retrieve location on the phone:GPSLocation information very accurateRadio drains significant powerInitial reading slow (especially if the device has been moved over a long distance without GPX fixes)Does not work indoorsCell Tower LookupNot that accurate (depends on the distance between cell towers)No additional power requirements (assuming the phone radio is switched on already)Fast location retrieval (if the phone radio is switched on, you are already connected to tower(s))No 100% coverageWiFi LookupIn between GPS and Cell Tower in both accuracy, speed and battery consumptionWorks pretty good in larger citiesIndependent of physical location retrieval, one consistent API is used inside your application.The cloud can help getting more accurate location readings, based on other people having been at the same location (without the need for enabling GPS on a particular, individual device)Location services do not only retrieve Lat/Long readings, but can also resolve address information through reverse geocoding services.
- There are three different ways to retrieve location on the phone:GPSLocation information very accurateRadio drains significant powerInitial reading slow (especially if the device has been moved over a long distance without GPX fixes)Does not work indoorsCell Tower LookupNot that accurate (depends on the distance between cell towers)No additional power requirements (assuming the phone radio is switched on already)Fast location retrieval (if the phone radio is switched on, you are already connected to tower(s))No 100% coverageWiFi LookupIn between GPS and Cell Tower in both accuracy, speed and battery consumptionWorks pretty good in larger citiesIndependent of physical location retrieval, one consistent API is used inside your application.The cloud can help getting more accurate location readings, based on other people having been at the same location (without the need for enabling GPS on a particular, individual device)Location services do not only retrieve Lat/Long readings, but can also resolve address information through reverse geocoding services.
- There are three different ways to retrieve location on the phone:GPSLocation information very accurateRadio drains significant powerInitial reading slow (especially if the device has been moved over a long distance without GPX fixes)Does not work indoorsCell Tower LookupNot that accurate (depends on the distance between cell towers)No additional power requirements (assuming the phone radio is switched on already)Fast location retrieval (if the phone radio is switched on, you are already connected to tower(s))No 100% coverageWiFi LookupIn between GPS and Cell Tower in both accuracy, speed and battery consumptionWorks pretty good in larger citiesIndependent of physical location retrieval, one consistent API is used inside your application.The cloud can help getting more accurate location readings, based on other people having been at the same location (without the need for enabling GPS on a particular, individual device)Location services do not only retrieve Lat/Long readings, but can also resolve address information through reverse geocoding services.
- There are three different ways to retrieve location on the phone:GPSLocation information very accurateRadio drains significant powerInitial reading slow (especially if the device has been moved over a long distance without GPX fixes)Does not work indoorsCell Tower LookupNot that accurate (depends on the distance between cell towers)No additional power requirements (assuming the phone radio is switched on already)Fast location retrieval (if the phone radio is switched on, you are already connected to tower(s))No 100% coverageWiFi LookupIn between GPS and Cell Tower in both accuracy, speed and battery consumptionWorks pretty good in larger citiesIndependent of physical location retrieval, one consistent API is used inside your application.The cloud can help getting more accurate location readings, based on other people having been at the same location (without the need for enabling GPS on a particular, individual device)Location services do not only retrieve Lat/Long readings, but can also resolve address information through reverse geocoding services.
- There are three different ways to retrieve location on the phone:GPSLocation information very accurateRadio drains significant powerInitial reading slow (especially if the device has been moved over a long distance without GPX fixes)Does not work indoorsCell Tower LookupNot that accurate (depends on the distance between cell towers)No additional power requirements (assuming the phone radio is switched on already)Fast location retrieval (if the phone radio is switched on, you are already connected to tower(s))No 100% coverageWiFi LookupIn between GPS and Cell Tower in both accuracy, speed and battery consumptionWorks pretty good in larger citiesIndependent of physical location retrieval, one consistent API is used inside your application.The cloud can help getting more accurate location readings, based on other people having been at the same location (without the need for enabling GPS on a particular, individual device)Location services do not only retrieve Lat/Long readings, but can also resolve address information through reverse geocoding services.
- There are three different ways to retrieve location on the phone:GPSLocation information very accurateRadio drains significant powerInitial reading slow (especially if the device has been moved over a long distance without GPX fixes)Does not work indoorsCell Tower LookupNot that accurate (depends on the distance between cell towers)No additional power requirements (assuming the phone radio is switched on already)Fast location retrieval (if the phone radio is switched on, you are already connected to tower(s))No 100% coverageWiFi LookupIn between GPS and Cell Tower in both accuracy, speed and battery consumptionWorks pretty good in larger citiesIndependent of physical location retrieval, one consistent API is used inside your application.The cloud can help getting more accurate location readings, based on other people having been at the same location (without the need for enabling GPS on a particular, individual device)Location services do not only retrieve Lat/Long readings, but can also resolve address information through reverse geocoding services.
- There are three different ways to retrieve location on the phone:GPSLocation information very accurateRadio drains significant powerInitial reading slow (especially if the device has been moved over a long distance without GPX fixes)Does not work indoorsCell Tower LookupNot that accurate (depends on the distance between cell towers)No additional power requirements (assuming the phone radio is switched on already)Fast location retrieval (if the phone radio is switched on, you are already connected to tower(s))No 100% coverageWiFi LookupIn between GPS and Cell Tower in both accuracy, speed and battery consumptionWorks pretty good in larger citiesIndependent of physical location retrieval, one consistent API is used inside your application.The cloud can help getting more accurate location readings, based on other people having been at the same location (without the need for enabling GPS on a particular, individual device)Location services do not only retrieve Lat/Long readings, but can also resolve address information through reverse geocoding services.