SharePoint Stack Exchange is a question and answer site for SharePoint enthusiasts. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

Apart from the fact that an automated approach is quicker, consistent and less prone to human error I was wondering if there are other advantages of provisioning sites using a programmatic approach. For instance is it safer to use the UI. Are UI built sites more reliable and less prone to corruption. Or is it the other way around. The reason I ask is that my management wants me to build 100s of libraries and folders by hand because they don't trust programmatically built sites and libraries because they are known to be more supscetible to problems and issues. I know they are crazy but please give some more ammunition to fight back.

share|improve this question

Your management is crazy if they think that if there were to be an error when creating 100 sites with libraries inside of them that there would be more of a chance of error from a code solution approach than simple human error from a manual approach.

The biggest advantage of building out a SharePoint solution (and in your case it seems like you'd want to build a Web Template that extends one of the OOB options) is that if it is messed up, all 100 sites and all the libraries will have a mistake because you're spawning them using the same Template. If you do it by hand, you'd have to go through everything manually and see what's messed up.

And please note, by "messed up" I mean clerical error, like forgetting to attach a column to a list or a misspelling. You'll never have to worry about "corruption" until you are writing custom code which it seems like you aren't. Basically, what you would be doing is providing an XML schemaed template that SharePoint will interpret and build out lists, libraries and pages accordingly.

We have an internal project that has over 10,000 sites based off the same Web Template that contains several custom lists and no issues at all.

share|improve this answer
Agreed, you are virtually guaranteed to have errors doing all this work by hand. In the time it would take to build the lists by hand, you could programmatically create them in a QA environment and do a week of testing on them. – Derek Gusoff Apr 5 '13 at 13:32

Whether you build out your topology using PowerShell, a SharePoint Solution, or the UI doesn't really matter. In the end, all three methods use the same SharePoint API to generate those components.

That said, you can certainly do bad things in code, such as not disposing objects, which can have an adverse effect on the efficiency of the solution, but if you know what you're doing and understand the API there shouldn't be anything negative happening if you have scripted your build.

share|improve this answer
Thanks guys. One compelling argument I thought that might apply here is that potentially there is greater risk with the UI because you are going through the presentation layer. IIS for example could fall over half way through creating a library or when performing some other UI action. Surely the risks are greater here. – tonym Apr 6 '13 at 6:08

Your Answer


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.