TA貢獻1793條經(jīng)驗 獲得超6個贊
界面呈現(xiàn)大體分兩種：用html+css繪制頁面，運行原理是打包工具創(chuàng)建一個只有一個或多個Activity的安卓應(yīng)用，這個Activity上就只有一個WebView來顯示頁面。就相當于那個app實質(zhì)上只是個瀏覽器，只能看你寫的頁面的瀏覽器；類似RN這種用jsx+類css描述界面，運行原理是打包工具創(chuàng)建一個安卓應(yīng)用，界面上的控件元素是通過你前面的描述來要求原生層創(chuàng)建對應(yīng)樣式的原生控件。一個很容易區(qū)分的方法是，打開手機的設(shè)置-開發(fā)人員設(shè)置-顯示布局邊界，然后打開你想查看的app，如果整個界面上只有一個大框框，里面的編輯框啦、按鈕啦這些元素都沒有框，那么就是第一種；如果幾乎每個元素都有五顏六色的框框住，且你知道它并不是直接原生開發(fā)的，那么就屬于第二種。這兩種都是用js來編寫邏輯，都用到了Bridge這種概念來打通原生(native)和js層的通訊，包括下面這些用途：告訴native要畫一個怎樣的控件(RN這種的)native告訴js有什么東西被點擊了之類的(同樣是RN這種的)告訴native需要調(diào)用什么native方法（兩種都會）
TA貢獻1797條經(jīng)驗 獲得超6個贊
NativeScript我用過，其他聽過但是沒用過，但我覺的原理應(yīng)該差不多，簡單給你說說ns的原理。如果你使用過ns的話，你會發(fā)現(xiàn)其實和開發(fā)Angularwebapp基本沒什么區(qū)別，無非是很多空間組件變成了ns提供的那些。在Angular中有一個叫做platform的概念，大體的架構(gòu)思想是這樣的，就是你在寫Component的時候，這實際是一個高度抽象的概念，它已與組件所具體渲染的環(huán)境（platform）解耦，同一個Component在不同的platform下的渲染邏輯和編譯邏輯不相同，但表現(xiàn)形式相同，舉例來說：通常開發(fā)web程序，使用的都是platform-browser，它會將組件編譯為瀏覽器識別的css、js、html等文件github上有一些項目提供了platform-canvas，它會將組件編譯為在某個canvas元素上渲染的腳本之前我看過一篇文章，文章中實現(xiàn)了platform-momery，大體的功能就是將Angular組件編譯為了只在內(nèi)存中渲染并運行的platform因此，對于ns來說，它就是要實現(xiàn)這么一個platform，算是一座橋，入口端是Angular組件，出口端是不同類型的移動端代碼，要了解中間這種轉(zhuǎn)換和編譯的過程，需要學(xué)習一些編譯原理的知識，最起碼要明白AST這個概念，這個概念其實在各種js的編譯工具中，經(jīng)常被提起，比如babel、webpack等等。同理的，對于react-native、weex等，肯定內(nèi)部原理都是這樣的，就是要實現(xiàn)這么一座橋，將react或者vue與移動端的代碼連接起來。當然，這只是其中的一種實現(xiàn)方案，還有類似使用webview來實現(xiàn)的，這個我接觸的不多，就不說了，好像ionic就是這種套路?？傊罱K的結(jié)果就是，只通過js寫邏輯，對于渲染邏輯的話，交給庫來實現(xiàn)。我覺的要想查閱相關(guān)資料，直接學(xué)習其中的某個庫就好了，或者看看編譯原理。如有錯誤，還望指正。
舉報