Connecting to Data from Windows Phone 8
Download as PPTX, PDF1 like752 views
The document is a training session led by Chris Woodruff covering the use of REST web services and OData for mobile app development, specifically focused on Windows Phone 8. It discusses the benefits of these technologies, basic principles of REST, and best practices for utilizing OData and Azure mobile services. The presentation includes practical examples and offers resources for further exploration.
Connecting to Data from Windows Phone 8
- 1. Connecting to Data from Windows Phone 8 Chris Woodruff Senior Trainer Telerik Level: Intermediate to Advanced
- 2. Who I am? Chris Woodruff MVP, Visual C# Trainer at Telerik Co-host of Deep Fried Bytes Podcast @cwoodruff / [email protected] / Skype: cwoodruff
- 3. You will learn: • Understand the benefits of using REST web services for your mobile apps • Be able to use develop solutions against OData that will give better experiences for your users • How to shape your data queries to give the best performance for your mobile apps • A glimpse into using Windows Azure Mobile Services to also get to your data in the cloud.
- 4. LETS TAKE A REST
- 5. • REST is an architectural style for distributed hypermedia systems • REpresentational State Transfer • The term originated in 2000 by Roy Fielding for his PhD thesis • REST states that the existing protocols and principles of the web are enough to create robust Web Services – no SOAP is needed What is REST?
- 6. What does REST consist of? REST is a very simple architecture: • Application state and functionality is divided into resources. • Every resource is uniquely addressable using a universal syntax for hypermedia links • All resources share a uniform interface for the transfer of state between a client and a resource
- 7. What does REST consist of? Characteristics of REST • Client–server • Stateless • Cacheable • Uniform Interface • Named Resources • Interconnected Resource Representations • Layered System Operations of REST • GET • POST • PUT • DELETE
- 8. Example of REST Query a Resource http://www.parts-depot.com/parts/getPart?id=00345 http://www.parts-depot.com/parts/00345 http://restbucks.com/PlaceOrder?coffee={type}&size ={size}&milk={milk}&location={location}
- 10. Open Data Protocol (OData) • “RESTful” Web protocol • Designed to work with data across HTTP • Built on existing Web standards • Uses popular formats to return data payloads to consumer • Uses self-describing metadata • Has multiple options to build implementation based on standard protocol • Soon to be a full web standard
- 11. The Basics • Feeds, which are Collections of typed Entries • OData services can expose Service Operations • OData services expose all these constructs via URIs • OData service may also expose a Service Metadata Document
- 12. Full SQL like Query “Language” HTTP Command (Verb) SQL Command GET SELECT PUT UPDATE POST INSERT DELETE DELETE
- 13. http://services.odata.org/OData/OData.svc _______________________________________/ | service root URI http://services.odata.org/OData/OData.svc/Category(1)/Products?$top=2&$orderby= name _______________________________________/ __________________/ _________________/ | | | service root URI resource path query options What is a URI?
- 14. OData Best Practices (Producer) • Always design your OData feed will server-side paging if your entity collections hold large amounts of data. • Looks at server-side validation of queries and data updates based on the user credentials sent through HTTP
- 15. Why are we excited!!
- 16. ODATA AND HOW TO CONSUME IT IN WINDOWS PHONE
- 17. DEMO Windows Phone and OData
- 18. OData Best Practices (Consumer) • Use Query Projection to only bring back the entity properties you or your app needs. • Think about client-side paging even if their exists server-side paging. • Design and implement a client-side data caching function in your app (unless sensitive data).
- 19. AZURE MOBILE SERVICES AND HOW TO CONSUME IT IN WINDOWS PHONE
- 20. DEMO Windows Phone and Azure Windows Services
- 21. The demo projects can be found at: github.com/cwoodruff/
- 23. Contact Me Chris “Woody” Woodruff [email protected] Twitter @cwoodruff Skype cwoodruff http://chriswoodruff.com http://deepfriedbytes.com
Editor's Notes
- #6: Representational State Transfer (REST) is defined as an architectural style, which means that it is not a concrete systems architecture, but instead a set of constraints that are applied when designing a systems architecture. We briefly discuss these constraints, but then focus on explaining how the Web is one such systems architecture that implements REST. In particular, the mechanisms of the Uniform Resource Identifiers (URIs), the Hypertext Transfer Protocol (HTTP), media types, and markup languages such as the Hypertext Markup Language (HTML) and the Extensible Markup Language (XML). We also introduce Atom and the Atom Publishing Protocol (AtomPub) as two established ways on how RESTful services are already provided and used on today's Web.
- #7: Client-Server: a pull-based interaction style: consuming components pull representations.Stateless: each request from client to server must contain all the information necessary to understand the request, and cannot take advantage of any stored context on the server.Cache: to improve network efficiency responses must be capable of being labeled as cacheable or non-cacheable.Uniform interface: all resources are accessed with a generic interface (e.g., HTTP GET, POST, PUT, DELETE).Named resources - the system is comprised of resources which are named using a URL.Interconnected resource representations - the representations of the resources are interconnected using URLs, thereby enabling a client to progress from one state to another.Layered components - intermediaries, such as proxy servers, cache servers, gateways, etc, can be inserted between clients and resources to support performance, security, etc.