Android碎碎念 -- 阿里Weex

官方地址:http://alibaba.github.io/weex/前端

參考資料git

https://open.taobao.com/doc2/detail?spm=a21l5.77726.340855.2&&docType=1&articleId=104742 #Android集成指南github

https://www.sdk.cn/news/3154 #關於Weex你須要知道的一切weex

http://blog.csdn.net/jasonblog/article/details/51863173 #Weex入門與進階指南框架

http://www.tuicool.com/articles/bY7Jba6 #阿里Weex框架Android平臺初體驗(調試發現界面是個空白)編輯器

http://www.infoq.com/cn/news/2016/06/weexone #開發者用Weex花兩天時間復刻出One工具

Weex基本信息性能

官方支持iOS、Android、HTML5。學習

Write Once, Run Everywhere。一次編寫可生成三平臺代碼。優化

DSL模板學習超簡單,直接寫HTML、CSS、JS。這意味着能夠直接用現有編輯器和IDE的代碼補全、提示、檢查等功能。 輕量級、可擴展、高性能。 集成花樣多,可在HTML5頁面嵌入,也可嵌在原生UI中。

與Vue.js的關係

若是對前端有所涉獵的同窗會發現,Weex的DSL風格與一個前端的MVVM框架Vue.js比較像,那麼它們的關係是什麼呢? Weex由多個關鍵模塊組成,分別是DSL transformer、JS Framework、HTML5/iOS/Android Renderer和工具鏈 , 其中JS Framework就直接使用了部分來自Vue.JS的代碼。不過這種使用也是遵照開源協議的(Vue使用MIT協議,Weex使用Apache協議),Weex團隊在源碼的說明文件中記錄了來自Vue.JS和其餘開源項目的貢獻。

爲何不用React Native

手淘和天貓曾經嘗試過React Native,而後放棄了。可是把它的思想吸取過來,結合Web Component和Vue.js,而後就成了Weex. 關於這個問題,莊卓然列舉了一些緣由: 由於手淘以前有WeApp,從WeApp進化到Weex是很天然的選擇,拋棄本身的解決方案去用別人的反而很奇怪。 React Native的JSX、CSS in JS寫法都很彆扭,淘寶有不少ISV(即各類店鋪),他們以前只會Web技術,寫這個有門檻。另外,HTML標準在過去二十年內經受了檢驗,HMTL/CSS/JS對應的結構、樣式和行爲,自然分離,代碼的可維護性會更好。拋棄標準本身發明DSL也不明智。 React Native重視平臺獨立性,不能作到100%代碼共用,實際上仍是要學習各平臺的特性,Weex但願作到100%共用,即一次編寫處處運行,進一步下降開發門檻。 React Native在一些地方的性能上還有問題,手淘但願能本身主導優化的進程,不然會很被動。

相關文章
相關標籤/搜索