分享駭客技術，程式設計知識，科技資訊

雖然有專案使用weex開發，但是weex是不會代替android和ios的原生開發，weex開發的應用效能要比原生開發的應用的差，這一點從支付寶上就可以看出來。支付寶在低配置的應用上是很卡的，但是同樣的手機跑原生應用就會好一些。

不得不說的weex開發也有它的優點，一次開發只需要很少改動，或者不改動就可以在android和ios平臺同時執行，而且升級方便。

現在的趨勢是採用混合開發，對效能要求高的採用原生開發，經常變動對效能要求不高的採用HTML5技術開發。

你看到的永遠是片面的！不要用“替代”這麼嚴重的字眼，從H5正式標準出來之前，網上就一直有聲音說H5最終會替代原生開發(Android&iOS)，一直到現在H5標準釋出這幾年來，H5框架倒是層出不窮，瀏覽器核心修改了一版又一版，效能提升了一個又一個檔次，最終一執行緒序員的感覺依然是原生和H5混合開發的結論。

總有人想看熱鬧，希望Android&iOS開發走向末路的一天，希望H5能一統天下。然後真到那一天，H5就會又被新的一種概念替代，說那種新的技術哪一天又會替代H5，這樣不停的迴圈…最好事情就往自己心想的途徑進行，因為總有人認為自己想的永遠是對的！…

Weex只是眾多聲稱和原生體驗差不多的H5框架中的一個！

同樣的框架有Facebook的React-Native，DCloud的H5 Plus，APPcan，WeX5等等框架，這些框架的誕生有助於H5開發人員開發APP快速上線，有利於APP行業向前發展。但真正開發過這類應用的人才知道，不僅僅是會H5(Html5，CSS3，和JavaScript)就夠了的，另外還需要Android和iOS的開發能力才行。

因為有些功能Weex是實現不了的比如status bar的屬性更改，開場動畫的製作，記憶體的回收，webview的監聽等等。

目前AI手機會越來越多的上市，能支援AI功能的手機功能都需要原生的開發能力，這些都不是H5框架能勝任的。框架最大的毛病就是不能隨便更改，最好是統一的東西才能做成框架提高開發效率。

不管是rn還是weex想要替換原生都是不可能的，而且不管是蘋果還是Google都不會讓這種情況發生。但是跨平臺的開發一定是未來的趨勢，它會很大程度的分流原生開發者的工作，如果原生開發者還在兩耳不聞窗外事的做自己的一部分，將來勢必會被淘汰。

為什麼說跨平臺一定是趨勢呢？因為開發時間短效率高，成本低，而這些一直是公司比較看中的。現在大家對跨平臺不能接受無外乎認為其效能不如原生，這一點主要是在Android手機上，關於這些，1:Google一直在大力發展系統最佳化效能。2:手機場上一直在透過硬體配置以及系統深度最佳化來提高本土手機效能。3:開源社群也有一群大佬在最佳化語言rn&weex，不要小瞧我群眾的力量哦。4:跨平臺的語言也在一直更新做深度最佳化。

其實替代這個詞是很多矛盾的原因，將兩個技術放到了對立面這是不對的，跨平臺與原生是互補的，是為了更高效的構建效能穩定的APP而取長補短的。

所以跨平臺是趨勢，而且這個趨勢的優勢在於原生開發者這邊。

weex和很多第三方跨平臺框架解決的不是替代原生的問題。而是程式碼熱更新。這個在ios開發上的作用非常大。我們都知道，ios應用是需要提交到蘋果商店的，還要經過稽核。最終上線和提交之間的時間不是即時生效的。往往至少一到兩天時間。如果遇到稽核被拒絕，那時間就更長了。

如果遇到，你剛剛釋出了一個應用更新，結果有個頁面業務功能是有問題，必須緊急替換，這時即便你改好了功能，發版也是來不及的。因此，就需要在不發版的情況下熱更新掉頁面。以前，採用h5的方式，更新掉服務端的web頁面即可。但h5的效能要比原生低，功能方面也只能基於瀏覽器的範圍許可權內。比如無法做到控制手機內部儲存等。於是reactnative weex就出現了。它們可以在應用內部動態的從服務端讀取指令碼程式碼，然後動態生成原生的頁面。效能和功能都會比h5要來得強，當然趕不上完全的原生。

此外，像淘寶 支付寶這種重型複雜業務功能的app，那麼多第三方功能接入，要麼選h5，要麼就是weex了。