As we have seen with the introduction of Office 365 and the trend to move from on-premises environment to a cloud environment, the future of SharePoint is changing. With the move to a more cloud centric model, the tools, technologies and frameworks traditionally used in your on-premises version of SharePoint for custom development may not, or in some cases will not, work in Office 365.
Below I have listed are some changes you should begin to implement in order to sharpen your development skills as well as prepare you to work with both Office 365 and SharePoint on-premises configurations.
- REST is everywhere. With the introduction of SharePoint 2013 and the latest enhancements to Office 365, virtually everything is a REST endpoint that can be accessed. Migrating from the traditional CAML way to querying information to REST is definitely something you’ll want to focus on. There are some great references on MSDN and browser plugins to test our REST calls. Not only will you use REST to get information from SharePoint but you can also execute CRUD operations on data and invoke methods such as creating a library or a site. This coupled with the, “Call HTTP Web Service,” method that is included in SharePoint designer workflows (and several other 3rd party products) using REST should be at the top of your list to learn if you haven’t already.
- Some frameworks that are trending include: Angular.js, bootstrap and Knockout.js. They have started to rise as the leading frameworks to manipulate objects and data that are rendered on your pages (or page since many of them promote single page applications.)
Like all technologies, the only constant is change. This certainly holds true for SharePoint as we’ve seen it become a mature and essential part of the Office ecosystem. If your solution requirements dictate that custom functionality is needed, keep these development considerations in mind.