随着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语言的各种最佳实践。
本文是系列文章的起始。