SharePoint Framework系列(一)-简介

SharePoint Framework(SPFx)，是页面 和Webpart的模型，完全支持本地开发（即完全可以脱离SharPoint环境在本地进行开发），听起来是不是很高级呢，早期SharePoint Webpart的开发，我们必须连接到SharePoint环境才能进行测试，有了SPFx我们可以通过Mock的数据在本地调试样式。SPFx很容易和SharePoint数据进行集成，并且支持一些开源的工具，你可以在SPFx中使用流行的web 技术开发响应式的SharePoint Add-in.

为什么选择SPFx

在SharePoint Online出来之前，对于SharePoint WebPart的开发，基本上都是编写C# code，然后编译成dll，部署到客户的Farm中，但是在SPO出来之后这种方式显然已经不可以了，为了解决这个问题，微软主要引入了如下两种方式：

• JavaScript注入方式

在SPO中最常用的Webpart就是Content Editor和Script Editor,你可以使用JSOM或者REST API读取数据，然后显示在页面上，使用起来比较方便。但是这种方式还是有很多的缺点，例如：

1. 1. 部署起来比较麻烦。
   2. 不能给客户提供合理的配置界面，多数配置信息都是在code中写的。
   3. End user很容易不小心把code修改坏了，导致webpart不工作。
   4. 最重要的是Script Editor并不是“Safe For Scripting”多数Self-service 站点都会开启一个NoScript的feature，这样Script Editor中的脚本会被Block。

• SharePoint add-in方式

目前比较流行的方式就是使用SharePoint Host的App Part的方式，这种方式实际上是把webpart做为一个Iframe引入到页面中，AppPart对应的页面实际上运行在一个独立的site里面，这种webpart可以添加到NoScript的站点中。但是这种方式也有一些缺点主要如下

1. 1. 这些code运行在Iframe中，这种方式会比Script Editor的方式慢，因为这种方式需要请求另一个页面，另一个页面也需要进行身份验证等操作。
   2. 这种方式很难实现响应式布局，因为这个webpart实际上是在不同的页面中的，并且对于Iframe，Media query获得的屏幕大小实际上是Iframe的宽度，并不是真正意义上的屏幕宽度

结论：为了解决上面的两个问题，所以微软推出了SharePoint Framework作为下一代的开发方式。

SharePoint Framework开发流程

注意：SharePoint Framework目前正处于Preview阶段，随时会进行一些更改。SharePoint Framework Client-side web parts在Office 365的生产环境中暂时不支持。