Take the 2-minute tour ×
SharePoint Stack Exchange is a question and answer site for SharePoint enthusiasts. It's 100% free, no registration required.

We are designing a system where we will have a service facade, behind this facade will be functionality to update SharePoint. For example to move an item from one list to another.

What we are wondering is should we program directly against the API or should be program against SP web services?

Programming against the web services would allow us to deploy the facade on a non-SharePoint server. Are there any drawbacks?

share|improve this question
add comment

2 Answers 2

up vote 5 down vote accepted

Using API, you won't have any limitation on what you can done.

Using Web Services you will be able to do a lot of things, but mainly concerning structure and/or data query

Using Rest services, you will only be able to perform CRUD operation.

It actually depends on you requirements.

There is also a 4th way, that requires a bit of more work : use the OOB services (soap or rest) whenever it's possible, and add custom services to handle non-OOB operation. These services can simply encapsulate the call to sharepoint OM.

share|improve this answer
add comment

I see you are using SharePoint 2010 Foundation, which adds another option (in addition to @Steve B's answer), the Client Object Model.

share|improve this answer
add comment

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.