In this article we explore SharePoint’s customization evolution from SharePoint 2007 popularly known as MOSS to SharePoint 2010 and then towards the current version in use, SharePoint 2013.
Read some SharePoint 2013 tutorials below:
- Bind SharePoint list items to dropdownlist using Rest api and jQuery in SharePoint 2013
- SharePoint 2013 Get current login User Profile Properties through REST API
- Upload large files to SharePoint online document library using PowerShell csom
SharePoint 2016 Tutorial Contents
Full trust solutions:
You’re missing control, since we basically grant full access rights for the code across our application and in servers. In previous versions you could have limited provide access, but that was difficult to do and was not used that often. In general deployment always causes a service break on the servers, since there’s really no way to update the server without at least recycling the application pool.
Our customization story basically grew up a little bit or from an administrative perspective when we gained some control. This was introduced in 2010 but was too strict from the server-side API level that developers have been used to use and client-side APIs were also so limited that even though you could have implemented some.
The Model is growing up with key objectives being on control, trust and management.
SharePoint Application Evolution:
1- 2007: Everything is an application
– Push to embrace SharePoint for LOB applications
– Experience was to write custom server-side code
2- 2010: Choose the right application
– SharePoint and Developer Tools come together
– Silverlight, CSOM and other new capabilities
– Partially trusted code reduces impact and risk to the Farm
3- 2013: Redefine application as app
– Client-side experience via HTML or iFrame
– Leverage CSOM and REST APIs from Azure and other clients
– Investments in app discovery and management via SharePoint store