SharePoint Framework解決方案管理參考(一)

部落格地址：http://blog.csdn.net/FoxDave

使用SPFx，你的企業可以輕鬆構建解決方案跟Office 365和SharePoint Online整合。SPFx解決方案基於現代web技術和不同的移動裝置工作，你可以馬上建立響應式的和移動端相容的豐富使用者體驗和應用。為了從SharePoint Solution取得最大的成效，你的公司應該有一套可行的管理方案。

SPFx解決方案解析

SPFx解決方案由兩部分組成：部署到URL的程式碼（通常指web部件包）和一個包含web部件清單的.sppkg檔案，清單中有指向web部件程式碼部署位置的URL。程式碼的部署位置沒有特殊的限制，只要能被訪問到即可。企業可以選擇Office 365 public CDN、Azure storage或私有web伺服器。

web部件程式碼託管位置的考慮

在部署SPFx解決方案之前，企業需要知道的最重要的一件事是解決方案的程式碼部署在哪。SPFx解決方案作為頁面的一部分，在當前使用者的上下文工作。因此當前使用者能做什麼，web部件的程式碼就能做什麼。跟SharePoint Add-ins相反，SPFx解決方案沒有單獨的許可權域，也因此SharePoint管理員應該著重考慮，就像對待傳統的場解決方案一樣。web部件程式碼部署的位置很重要，考慮以下問題：

企業支援程式碼託管的位置嗎？

SPFx並沒有任何關於程式碼部署的限制。因此，開發者和供應商可以把程式碼部署到很多位置，組織內或組織外。不同的企業可能會根據訪問策略和SLA有不同的伺服器需求。在部署SPFx解決方案包之前，企業應該確保伺服器是可靠的並經過審批的。

誰來管理程式碼託管位置？

前面說過了，SPFx解決方案作為頁面的一部分，在當前使用者的上下文工作。企業可以在部署解決方案包之前進行程式碼審查，以便驗證程式碼的可信任性和完整性。企業應該對誰來管理託管位置有一個清晰的認知，這個人在什麼情形下可以修改檔案，更新的審批流程是什麼樣的。該部分資訊的建立不僅可以幫助企業控制更新流程，還可以降低部署惡意程式碼的風險。

託管位置的SLA是多少？

企業使用Office 365和SharePoint Online時，他們依靠微軟提供的SLA。部署SPFx解決方案的伺服器應該至少滿足甚至高於微軟的SLA。只有這樣企業才能完全地享受自定製所帶來的好處。

託管位置的效能優化了嗎？

從一個URL載入存在的庫而不是將它們嵌入到web部件包是加速SPFx解決方案載入時間的第一步。為了充分利用它，你會想要確認伺服器承載的不同指令碼已經從優化效能角度被正確配置了。它應該對檔案進行壓縮，並且允許客戶端快取檔案的時間越長，使用者從客戶端訪問SharePoint網頁的速度就越快。

工具和庫

在構建客戶端解決方案時，開發者可以選擇很多庫如React、Angular、jQuery或Knockout。使用現有的JavaScript庫可以讓開發者更輕鬆地構建豐富的解決方案。不同庫的工作方式有很大的不同，一般熟悉哪種庫就用哪種。

一旦在你的生產租戶釋出，你就應該確保技術支援是到位的，無論是公司內的IT部門還是第三方。作為技術支援方，至少應該對解決方案包使用的庫有一個基本的理解。建議儘量少用不同種類的庫，因為這回加大技術支援的難度，也增加了企業的運營成本。