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

Sunday, September 9, 2012


 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
Example
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
.NET Framework (strong Object Model with the Power of C#,vb.net,linq)
share this post
Share to Facebook Share to Twitter Share to Google+ Share to Stumble Upon Share to Evernote Share to Blogger Share to Email Share to Yahoo Messenger More...

2 comments:

pruitt said...

Hi.... i am william thanks for sharing information on sharepoint.

Kevin Leinen said...

The SharePoint application uses a credential store that is also in the perimeter network.



SharePoint Development