SharePoint Framework 企業嚮導(八)

博客地址:http://blog.csdn.net/FoxDavecss

構建關於SPFx自定義的計劃node

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

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

拆箱即用,SharePoint Framework Yeoman生成器擁有兩個客戶端框架模版:React和Knockout。隨着時間的推移,社區會添加更多的生成器或子生成器來使用其餘的客戶端框架。選擇React做爲你偏心的客戶端框架是有優點的,由於微軟建立了React版本的Office UI Fabric,所以你能夠輕易作出Office和Office 365體驗的界面。npm

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

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

相關文章
相關標籤/搜索