A variety of programming languages may be used with the . In the context of Sharepoint, developers who refer to “AJAX” are likely referring to ASP. The process of preparing an application for deployment.

Unlike simply compiling, building will also copy necessary files, run unit tests (for Sharepoint? ), and other intermediary steps prior to deployment.

Technically, lists and libraries don’t have the same capabilities as databases, despite their contents being stored via SQL Server.

dreamweaver library files not updating-70

Don’t worry, there’s a glossary coming up to address just that.

Okay, okay, so they’re not ALWAYS totally in the wrong.

Terminology that was once wholly familiar to you in an average web development environment may have a completely different meaning amongst the Microsoft stack.

Even worse, there’s a smattering of new vocabulary that you’ve likely never heard before, especially if you’re coming from a background in another tech stack.

Understanding the lingo of Sharepoint development is a huge part of being able to communicate with the back-end devs, so let’s take a look at a list of some of the terms you might come across.

It should be noted that this is only a partial list of Sharepoint terms; realistically, there are dozens, or even hundreds, of unfamiliar terms you might hear when working on a Sharepoint project.

As one could reasonably assume, though the information contained herein should be largely accurate and trustworthy, it is by no means comprehensive, and various aspects of front-end development for Sharepoint could very well be omitted. If you’re reading this book, it can logically be assumed that you’ve been tasked with completing a project that involves working with Sharepoint; in fact, it’s probably safe to make the assumption that you’re a front-end developer who stumbled upon this text after hysterically Googling “MICROSOFT SHAREPOINT SOME1 PLS HELP,” tears streaming down your pudgy cheeks, fat fists wildly bashing the keyboard of your Mac Book Pro. I found myself in exactly the same position some time ago; well, aside from the crying, anyway. Sharepoint itself is chock-full of bad practices and front-end code taboos that will leave you scratching your head (and potentially crying, since you’ve apparently shown a propensity for doing that, Nancy). This quick-start guide was written to assist you, the mid- to senior-level front-end developer, better understand how Sharepoint is constructed, what its weak points are, and how to develop for it more intelligently and more quickly.

Otherwise, I hope you find this guide useful as it assists you along the path to Total Sharepoint Enlightenment™. The fact of the matter is that up-to-date, clear-cut information on front-end development for Sharepoint is frighteningly difficult to find.

In general, a single Sharepoint site (of which there could be many within the whole application, remember) is composited in the following manner: That is, a list/library full of data is fed into a web part, which displays that data on a page, which is a portion of an overall site or sub-site. If you’ll recall, I mentioned that Sharepoint does bear some similarities to other CMSes you might be familiar with; for example, you’ve probably grasped that this flow of information is pretty similar to the way a CMS like Wordpress would display data via a widget that you’ve placed on the page.