博客地址：http://blog.csdn.net/FoxDave

構建關于SPFx自定義的計劃

在SPFx引入的時候，你就需要對它進行規劃了。規劃要從介紹SPFx解決方案使用的新的技術棧開始。開發者可能需要對于使用TypeScript作為主要的開發語言進行培訓來編寫SPFx代碼，取決于開發者之前的技術背景。另一個SPFx開發者可能需要學習的方面是SPFx的工具鏈，包括node.js，npm和Gulp，以及如何使用不同的Gulp任務來構建，打包和部署解決方案。推薦從下面的鏈接開始：Official SharePoint Framework documentation或SharePoint Github repositories。

開發者可能會想要為組織標準化一個特定的客戶端框架，或標準化不同的框架。客戶端框架包含但不限于React，Knockout，Angular，Handlebars和JQuery等。標準化一個框架是有優勢的，可以讓開發者構建重用性更高的代碼并在他們構建和維護解決方案的過程中保持一致性。另一方面，允許多框架是有好處的，因為每一種客戶端框架都有它的優點、缺點和用例。但是，這同樣也會碎片化你的企業解決方案，更不用說會增加頁面的加載時間了，因為每一種框架都需要加載很多額外的類庫。

拆箱即用，SharePoint Framework Yeoman生成器擁有兩個客戶端框架模版：React和Knockout。隨著時間的推移，社區會添加更多的生成器或子生成器來使用其他的客戶端框架。選擇React作為你偏愛的客戶端框架是有優勢的，因為微軟創建了React版本的Office UI Fabric，因此你可以輕易做出Office和Office 365體驗的界面。

要計劃的第四件事情是如何、在何處部署你的解決方案組件，也就是存儲你生成的腳本和資產的CDN存儲位置。在工具鏈中的Gulp任務所支持的拆箱即用的存儲有Azure Blob和Azure CDN。如果你有Azure訂閱的話那是最好了，也可以跨多個租戶分享你的資產。另一種常見的場景是使用SharePoint Online，也有CDN的功能。但是這需要你修改工具鏈，有選擇地創建自定義Gulp任務來管理。

最后，開發者需要去思考應用程序周期管理（ALM）。你管理源代碼和版本、自動編譯、測試和部署等的方式。大部分常見的源代碼版本管理系統都可以使用，如Git、Github或Visual Studio Team Systems。對于持續集成是沒有默認的工具的，你可以使用你喜歡的支持node.js的工具，如VSTS、Travis CI或Jenkins。使用這些工具你可以自動化編譯和測試過程甚至自動部署到CDN路徑。

總結

以上是生活随笔為你收集整理的SharePoint Framework 企业向导（八）的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。