7 Deadly Sins for Windows Phone Developers: Sloth
Join the DZone community and get the full member experience.Join For Free
this is the third post in the article series “
7 deadly sins for windows phone developers!
what is sloth ?
sloth is the avoidance of physical or spiritual work.
why: you’re shiftless, lazy, and good fer nuthin’.
how does sloth relate to windows phone development ?
– failure to utilize resources ..
as highly as you may think of our smartphones, they are still tiny devices with limited memory/processing power & precious battery life. any work we can offload from our smartphones helps in extending battery life and putting data/common processing out somewhere else aids in multi-user/multi-platform mobile solutions. this is where cloud solutions step in with ubiquitous computing, massive scalability & high availability on a pay-per-use model. cloud & mobility simply makes sense.
so, if you are a windows phone developer, have you considered leveraging windows azure to augment your windows phone solutions? if your answer is anything other than “i went with amazon/other cloud providers ..”, it is not satisfactory. here are few ways windows phone developers can get around being a sloth & consider utilizing azure’s cloud infrastructure for their windows phone applications:
- windows azure : learn more about it here . read up on the possibilities with features, subscriptions, business model & how to get started as a developer. hint – it is very easy!
- freebies : as with anything, try it out first & see if it makes sense. there are free azure trials for you to play around with. also, if you have msdn subscriptions, significant azure benefits would come free .. learn more here .
- data : this is the crux of any mobile app – relational or non-relational. family members will want to share data between apps running on their devices. you, as a developer, will want to support multiple platforms to maximize your reach. both of these suggest that data could be cached on devices; but needs to be stored centrally. enter azure. relational data goes into sql azure & non-relational data goes into blobs/tables .. both with massive scalability & high availability.
- glance & go : remember the “really” commercials for windows phone? push notifications in windows phone is one of it’s best-selling features and epitomizes the glance & go approach. why the need to launch an app when a simple live tile suffices? with mango, the flipping live tiles are also an opportunity for developers to be creative in what gets pushed out as live tiles .. invite your users back into your app. azure can serve as the perfect backend to your windows phone app; one that hosts services that wake up to send push notifications as tiles/toast/raw to registered phones running your app. and you can fine-tune exactly how much backend horsepower you need depending on your user-base.
- scalability : you make a seasonal app, like ones that go with nfl season. or you make an app that skyrockets in downloads but slows down within a month. if your windows phone app was leveraging any other backend for services/data, how else will you scale up & down? you might either lose users or overpay your isp/ for hardware. this is where azure gives you on-demand elasticity so you pay for only what you consume.
- odata : accept it .. we’ll live in a hybrid mobile platform world for a very long time. wouldn’t it be nice to not have to re-invent your data access layer between ios/android/windows phone apps? enter odata – the open data protocol. based on the simple premises of http and atom/json, odata acts an platform-independent data interchange protocol. like rss for real updateable data. and it comes with proxy-building libraries for various ecosystems. so, do once & apply to all platforms .. really. check out details about odata on it’s home site or the many articles we’ve written up on silverlightshow .
- cdns : yes, you can host your application backend with your local isp or even under your desk. but if you are serving up imagery, maps, media or anything heavy, and you have users all over the world, our app will see lag. this is just because of the physics of delivering content across continents. wouldn’t it be nice to serve up the content from some servers close to where the user is? enter azure content delivery network .. an unique advantage of cloud infrastructure that includes edge cache nodes across the world. your content essentially gets cached & azure does the dns magic to serve up requests closest to where the user of your app is. very easy to set up & must-take-advantage of cloud computing. learn more here & here .
- azure wp7 toolkit : to make it a little easier for windows phone developers to leverage azure, the azure dpe team has done a lot of work around toolkits & helper libraries. there are now azure toolkits for windows phone, ios & android. so, no matter what mobile platform you are building your apps in, it should be easy to leverage azure, since these toolkits essentially abstract out some of the azure intricacies for the mobile developer. the azure toolkit for wp7 (details here ) has awesome templates which give you a great starting point if your windows phone app had to use sql azure, tables, blobs & push notifications from the cloud. get the bits, start a new project & hit f5!
- acs, notifications & nugets : is the full azure toolkit for wp7 too much for your scenario? worry not, as msft has also released individual features as nugets (details here ), for easy consumption. need to authenticate users to your app using federated identity from google/live/faceboook etc? there is a nuget that just does acs (access control service) through azure .. this is superbly easy way to leverage the user’s existing identity by allowing azure to act as a broker for tokens. need to send out push notifications to your apps .. there is a nuget for that too. so, grab what you need & fire away.
- live apis : use skydrive? yeah, who doesn’t like 25 gigs of free cloud storage? chances are your windows phone users with live ids already use skydrive. if you need to augment storage in your app & push something off to cloudverse, why the need to spin up storage yourself when there’s skydrive? msft recently opened up live apis & a sdk which give you secure access to user’s skydrive & much more through the live services suite. more details here , along with this article on how to leverage skydrive sdk from your windows phone app.
- reuse : so, you know all about push notifications & the msft push notification service (mpns) for windows phone. building metro apps for windows 8? thankfully, the push notification architecture is quite similar & your knowledge/services could be easily leveraged. so, why not build one backend to feed both windows phone & metro apps? there is even a azure toolkit for windows 8 (details here ) to help you out.
tell me i didn’t make my case? so, go ahead .. give azure a shot when it comes to building a supporting backend for your windows phone app. off course, if it is viable & makes sense for your solution. hopefully, you come back tomorrow for the day #4 article in this series of “ 7 deadly sins for windows phone developers! “.
Published at DZone with permission of Samidip Basu, DZone MVB. See the original article here.
Opinions expressed by DZone contributors are their own.