随着Web前段技术(JavaScript/HTML5)的日益发扬光大，在Web应用程序中，我们开始更多的使用JavaScript。很多以往是放在服务器上运行的逻辑，现在都开始逐渐的向前段转移。这种趋势不需要作者多说，只要是Web开发人员(包括SharePoint工程师)，都会有所体验。而在SharePoint平台，这种前端化的趋势也是相当明显的。当我们构建SharePoint解决方案的时候，JavaScript代码的数量在不断的增多，而C#代码的数量则相对的不断减少，这个趋势毋庸置疑。
在我们的SharePoint应用中更多的使用JavaScript代码的优点有许多，其中我认为最重要的一条，也是我在设计SharePoint应用架构时最常考虑的一点，就是"放过w3wp"原则。w3wp.exe进程是SharePoint用来运行自身Web应用程序的主进程，而所谓"放过w3wp"，就是说的我们所编写的自定义代码，应该尽量不要放到w3wp.exe进程（或者其它SharePoint用来运行自身代码的进程，比如用来运行Timer Job的进程）里面运行。许多SharePoint项目所面临的性能问题，都是因为开发团队所编写的C#代码质量不佳，或有内存泄漏的问题（比如没有正确的释放SPSite和SPWeb对象），或包含有不恰当的长时间运行的代码，这些代码一旦运行在w3wp.exe进程里面，轻则导致w3wp.exe进程占用的内存飞涨，重则让w3wp.exe进程hang掉。
更多的使用JavaScript，就是贯彻"放过w3wp"原则的重要手段之一。举一个很常见的场景，在SharePoint网站中的某个列表中，存储有需要让用户看到的通知信息，客户需求是希望用户打开网站时，在首页上就能看到他应该看到的通知。对于这个需求，一个理所当然的解决方案就是创建一个Web Part，这个Web Part使用C#代码，通过SPQuery等对象，从列表中查询到要显示给用户的通知，然后将通知显示在Web Part中。如果使用这个方案，我们的代码就是运行在服务器上的w3wp.exe进程里面，代码的一切潜在的问题，都需要w3wp.exe来承担。
利用SharePoint的沙盒解决方案(Sandboxed Solution)，可以让我们的C#代码运行在服务器上单独的沙盒进程中，避免对w3wp.exe的影响，这是实现"放过w3wp"原则的一个方法。但是另外一个更灵活的方法，就是使用JavaScript前段技术，来实现我们所需要的功能。对于上面这个需求，开发人员完全可以仅仅依靠JavaScript和SharePoint的JavaScript Object Model，就从列表中查询到需要显示给当前用户的通知，然后将通知在首页上显示出来。由于这些JavaScript代码都是运行在用户的浏览器中，它们对于SharePoint服务器的冲击相比于C#代码，就小很多了。
所以，作为一名SharePoint工程师，了解如何在你的自定义SharePoint应用中用正确的方式使用JavaScript，是非常重要的。这个系列文章的目的也在于此，其中大部分内容都是作者本人在实践过程中，所总结的一些个人经验之谈。但是，这个系列的文章并不会讲述JavaScript这门语言本身以及SharePoint JavaScript Object Model，我们也不会讲述要如何正确的使用JavaScript语言 (虽然这对于工程师而言是非常非常重要的)，已经有太多书籍和文章，讲述了JavaScript语言的各种最佳实践。
本文是系列文章的起始。