SharePoint Framework 企業嚮導（八）

部落格地址：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路徑。