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的生產環境中暫時不支持。