javascript
《.NET最佳实践》与Ext JS/Touch的团队开发
- 概述
- 持續集成
- 編碼規范
- 測試
- 小結
概述
有不少開發人員都問過我,Ext JS/Touch是否支持團隊開發?對于這個問題,我可以毫不猶豫的回答:支持。原因是在Sencha官網博客中客戶示例中,有不少項目都是基于團隊模式開發的。
那為什么會出現這個問題?我覺得問題的關鍵在于不知道如何去進行模塊獨立調試或做最終的整合。對于這個問題,我覺得《.NET最佳實踐》這本書(下文中簡稱為實踐一書)或許會給大家帶來一點啟示。雖然這本書是針對.NET而寫的,但我覺得,這對于Ext JS/Touch,甚至于其他開發語言的開發,還是有不錯的借鑒意義的。
《.NET最佳實踐(Pro .NET Best practices)》是.NET領域公認的經典著作,總結了大量.NET開發人員認為好用切高效的最佳實踐,針對性地闡明了如何恰當地在個人、小組和行業中應用這些最佳實踐,為個人和開發團隊提高開發效率提供了絕佳指導
持續集成
在實踐一書中,持續集成可以說是書中集大成于一身的實踐,其目的就是要建立一個CI服務器,然后在該服務器上以自動化的形式實現代碼的重新生成、單元測試、分析、打包、部署和穩定性測試。如果真要實現這個,對于小公司來說可能暫時還沒這個能力,但我們可以借鑒其中的方式,例如,組件一臺服務器,讓開發人員不定時或定時的將已完成的可以進行測試的代碼上傳至服務器,讓測試小組展開部分測試。而當服務器又更新的時候,可以通過客戶端程序提醒開發人員去下載別人已經完成的代碼,以便提供一個完整的開發環境以測試自己模塊。
編碼規范
在實踐一書中,很強調編碼規范,因為這有助于團隊成員之間有一致的語言,并彼此配合。而作為一個組織、各個團隊之間保持,有助于實現各個團隊之間保持一致,有助于實現遵守公認的標準、有效的開發原則和好的實踐。
對于Ext JS/Touch來說,它自身就是基于一定的編碼規范來實現的,如命名空間、類的名稱等等。在項目中遵循并延續這個規范,我覺得是最好不過的了,因為這有助于實現項目目標,而且框架自身就是使用這些規范實現,是一個極好的示例。當然,項目中還可以根據這些規范做更改與完善,以便更好的實現目標。
在項目開始之初,熟悉規范的開發人員,非常有必要向還不熟悉規范的開發人員介紹他們的經驗,以便讓這些開發人員盡早熟悉這些規范。在項目過程中,如果有新加入的項目成員,也很有必要向他們介紹這些規范,以便盡快融入到項目開發之中。以上這些都是實踐一書的經驗之談,值得深入了解。
測試
實踐一書對測試很重視,這也是當今的一個潮流。不過,對于javascript的測試來說,還是處于發展階段,尤其是對于Ext JS/Touch的測試(包括工具),還是處于一種朦朧狀態。雖然在Sencha官網博客上有不少介紹這方面的博客文章,但總的來說還是比較缺乏這方面的資料和經驗,因而,如果真要在這方面下功夫,就要下點狠功夫去研究了。我覺得這個是值得去做的,因為熟悉和掌握這些方法,盡管未來不一定使用Ext JS/Touch來進行開發,但對公司未來來說,還是大有脾益的。
對于Ext JS/Touch這種可以將前端和后端分開開發的框架來說,我覺得,為了便于測試,把測試重點放在如何自動為前端提供虛擬數據進行測試,是值得先行研究的。不過,要實現全端與后端的分離,首先要做的工作就是數據的標準化工作,這個在我的書中都有具體的說明,在這就不贅述了。
小結
雖然實踐一書的基本內容是基于.NET的,但很多實踐方法其實也是適用于其他開發的,因而多看看這類的書,對于團隊開發來說還是相當不錯的。對于Ext JS/Touch來說,是非常適于團隊開發的,而其具體的實現方式,可能目前還沒有成熟的套路,但借鑒一下其他團隊開發方式的思路,我覺得是可行的,而我推薦的就是實踐一書。希望這些內容對大家有點幫助。
轉載于:https://www.cnblogs.com/hainange/p/6334135.html
總結
以上是生活随笔為你收集整理的《.NET最佳实践》与Ext JS/Touch的团队开发的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 【svn】设置过滤文件
- 下一篇: 单元测试代码:SpringTest+JU