发布前端资源到SharePoint(1) – SharePoint Designer

SharePoint正在向云端服务转型,前端开发在SharePoint开发中所占的比重也越来越大。我们在SharePoint上进行前端开发时,通常会需要将前端资源(比如.html,.js,.css等文件)发布到SharePoint文档库中(比如Site Assets),然后打开浏览器进行调试。

发布过程的流畅度直接影响了开发体验和效率,对项目维护、代码管理和团队协作也有间接影响,是个值得重视的环节。

笔者近几年在项目中使用了多种发布方法,本文以及后续的几篇文章将会逐一介绍这些方法,以及笔者在使用中所遇到的问题和感受。


谈到SharePoint前端开发,SharePoint Designer可能会是SharePoint开发人员第一个想到的工具,它可以直接编辑存储在SharePoint文档库中的文件,内置的编辑器也能够支持常见的前端资源。

使用SharePoint Designer可以非常直接明了地编辑和发布前端资源。然而SharePoint Desigen的代码编辑器相当简陋,也缺乏良好的扩展性,开发体验并不算好。不过好在SharePoint Designer允许我们选择文件的打开方式,如图所示:

这样我们就可以使用外部编辑器来提升开发体验,比如Atom、Bracket或者Visual Studio Code,享受这些编辑器带来的种种便利。

此时要注意的是,SharePoint Designer传递给这些外部编辑器的并不是存储在SharePoint中的文件,而是该文件的本地缓存,所以在外部编辑器中保存之后,实际上并不会直接保存到SharePoint中。我们依然需要通过SharePoint Designer来将缓存上传到SharePoint,方法还算简单,只需要激活一下SharePoint Designer,把它带到前台,它就会自动检测到缓存文件的变化并进行上传,我们可以通过观察刷新图标和停止图表的状态来判断上传是否完成。

上传中:

上传完成:

这样一来,就可以用SharePoint Designer来维护项目,使用SharePoint Designer或者外部编辑器来进行开发,待到需要的文件全都保存后,再让SharePoint Designer集中发布。

整个过程还算流畅,但还是存在一些问题影响开发体验:

  • SharePoint Designer启动速度较慢;
  • 文件都存储在SharePoint中,需要借助SharePoint Designer来打开,这个过程受到网络状态的影响,有时需要等待;
  • 难以进行有效的代码管理;
  • 难以进行有效的团队协作,好在SharePoint Designer可以比较方便的对文件进行签出、签入操作,从而在一定程度上避免团队协作时互相覆盖修改的问题。

笔者认为SharePoint Designer最适合非常简单的项目,如果项目的资源文件较多、需要团队协作、时间周期较长、网络状况称不上非常好的话,就不太适合了。

One Comment

发表评论

电子邮件地址不会被公开。 必填项已用*标注