SharePoint 2013 API BOKAY. Choice the right flowers for app.

 The SharePoint 2013 comes with many  types of application development option.

this time SharePoint 2013 gives you a great sets of APIs to Development and build Apps for SharePoint 2013,webparts,Sharepoint Pages, Silverlight Applications  even on client computers or windows phone 7 & 8 devices . And asp.net based applications  will exposed in SP2013 by an Iframe,JS running on a SharePoint site page,a SharePoint application Page, a Microsoft .net framework application running on server or client. A power shells scripts, a timer jobs on SharePoint  server. And the best of of SharePoint 2013 you use your existing skills "JavaScript,ASP.NET,REST/OData,.NET Framework,Windows Phone,Silverlight,Windows PowerShell" to jump up and start development with SharePoint 2013 Apps.

    SharePoint  2013  APIs Improvements  

·         More Web Standards (Odata,Oauth)

·         More Client Side Support 

·         Improved Rest Model and EndPoint

·         Odata URL base Query Engine 

·         OAuth Web base identity system. 

·         Mobile Templates. 

New SharePoint 2013 Apps can run on server which can be a part of your SharePoint farm or external server, Cloud server ,Client devices… it’s very important to choose the right API for development for SharePoint 2013. In so many types application you can use multiple APIs. Hope so this article will help to understand SharePoint 2013 APIs .and selection of right API to developing app, and perform programmatically other SharePoint operations.

JavaScript object model

For example your create asp.net web App that performs simple CURD Operations or using SharePoint Data or external content type. Use JavaScript client object model. For better safe and fast performance.

As like Client Object Model with Managed Code Libraries in SharePoint 2013. you have JavaScript infrastructure in SharePoint 2013 work. interact form server in batches. Batches will asynchronously with SharePoint. SharePoint 2013 comes with new possibilities. In SharePoint 2013 by using JavaScript Libaries.  you can access the SharePoint Data across Domain. exmaple in JSOn. JavaScript  object model is defined in a set of *JS file in every server.

at %ProgramFiles%\Common Files\Microsoft Shared\web server extensions\15\TEMPLATE\LAYOUTS

Client object models  for managed code with  .net framework.

But in case if you does not have to call SharePoint across a firewall then you have to use (.NET Framework client object model or  Silverlight client object model, or REST/OData endpoints).

Silverlight client object model and Mobile Client Model.

 Silverlight Client object is mostly used with Windows phone 7 development and End to End Application. 

  for example you have to create some mappinng Application like bing maps or GIS based Applicaiton. 

  So you can use Silver-light  Client Models. 

 Mobile Client Model.

If you have create a Windows Phone 7 or windows Phone 8 Apps by using your SharePoint Data and perform CRUD Operations  with metro UI.  Then We have to go with SharePoint Mobile Client Object Model. But in same windows Phone application  we have to show calendar meeting  alert or any other information by using windows Phone Push notification.  then will use

Mobile client object model with the server object model.

Server object model

But if we are working with Administrative tasks like timer job, and other SharePoint administrative, custom Power Shells Commands,SP extension ,Custom Web Part or you have to installed something in GAC. For these kind of tasks SharePoint offer you the Server Side Object Model. Because you need a  strong Object Model and Managed classes off complete SharePoint Objects.  But Server Side Object Model cannot use in SharePoint App. Because by using Server object model you can create Custom logic which can disturb SharePoint Farm and clouds.

For example we have to create applications to perform  SharePoint CRUD Operation  for deferent Mobile Phone Platform like android ,iPhone,black barry … then we have to use REST/OData endpoints.

REST/OData  (More web standard for Developer play with SharePoint object in their application with rest endpoint which exposed by  Wcf dataservice. With OData standards and strong Brower base query syx)

WFC Data Service Reference

http://msdn.microsoft.com/en-us/library/cc668792.aspx

Example

http://msdn.microsoft.com/en-us/library/jj164022(v=office.15).aspx

Rest vs OOP

Feature	.NET Framework or Silverlight object models	JavaScript object model	REST/OData endpoints called from a Windows platform or JavaScript
Object-oriented programming	Yes	Yes	No
Batch processing	Yes	Yes	No
APIs for conditional processing and exception handling	Yes	No	No
Availability of LINQ syntax	Yes	No	No
Combining list data from different SharePoint web applications	Yes	No	Yes
Familiarity to experienced REST/OData developers	No	No	Yes
Similarity to non-Windows programming or JavaScript programming	No	Yes	Yes
Strong typing for list item fields	No (except with LINQ)	No	Yes, from Windows platform No, from JavaScript
Leveraging jQuery, Knockout, and other JavaScript libraries	No	Yes	No, from Windows platform Yes, from JavaScript

Reference

http://msdn.microsoft.com/en-us/library/jj164060(v=office.15).aspx

.NET Framework (strong Object Model with the Power of C#,vb.net,linq)

share this post