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