輕應(yīng)用、Web App與Native App：三者之間的區(qū)別

一、Native App的概述與特點(diǎn)

Native App是基于智能手機(jī)本地操作系統(tǒng)如IOS、Android、WP，使用原生程式編寫運(yùn)行的第三方應(yīng)用程序。它們位于平臺(tái)層上方，擁有向下訪問和出色的兼容性，支持在線或離線功能、消息推送、本地資源訪問，甚至可以調(diào)取攝像和撥號功能。 Native App的優(yōu)勢在于：

• 提供最佳的用戶體驗(yàn)和華麗的交互界面。
• 針對不同平臺(tái)提供獨(dú)特的體驗(yàn)。
• 節(jié)省帶寬成本。
• 可訪問本地資源。
• 盈利模式明朗。

Native App也存在一些劣勢，如移植到不同平臺(tái)上的麻煩、高成本的多版本維持、需要通過應(yīng)用商店的確認(rèn)以及盈利的第三方分成等。當(dāng)前，Native App面臨著用戶手機(jī)里的應(yīng)用數(shù)量增多但日均啟動(dòng)個(gè)數(shù)減少、頭部效應(yīng)加劇以及長尾困境等挑戰(zhàn)。

二、Web App的概述與特點(diǎn)

Web App是一種無需安裝的應(yīng)用，它通過XHTML、CSS和JavaScript在移動(dòng)瀏覽器中執(zhí)行。隨著WebKit瀏覽體驗(yàn)的提升，Web App已經(jīng)有了如App一般流暢的用戶體驗(yàn)。 Web App的優(yōu)勢有：

• 開發(fā)成本低。


• 適配多種移動(dòng)設(shè)備成本低。
• 跨平臺(tái)和終端。
• 迭代更新容易。
• 無需安裝成本。

但Web App也存在一些劣勢，如自身能力不全面、無法調(diào)用語音、攝像頭、定位等功能，體驗(yàn)較差，以及用戶難以沉淀，建立穩(wěn)固的聯(lián)系。

三、輕應(yīng)用：融合的趨勢

通過對Native App和Web App的分析，我們可以大概理解出輕應(yīng)用的概念。輕應(yīng)用是一種融合Native App和Web App特點(diǎn)的新型應(yīng)用模式。它旨在提供一種既擁有Native App的良好用戶體驗(yàn)，又具備Web App的跨平臺(tái)、低成本優(yōu)勢的應(yīng)用解決方案。 在輕應(yīng)用的概念中，開發(fā)者通過采用一些技術(shù)手段，使得應(yīng)用可以在不同的平臺(tái)和設(shè)備上流暢運(yùn)行，同時(shí)保留App的優(yōu)秀用戶體驗(yàn)。這種融合的趨勢旨在解決Native App和Web App各自面臨的問題，提供一種更加靈活和高效的應(yīng)用開發(fā)方式。

一、Web與Native的平衡

在數(shù)字化時(shí)代，我們享受著Web帶來的便捷與快速迭代，同時(shí)也在追求Native應(yīng)用帶來的優(yōu)質(zhì)體驗(yàn)。過分依賴Web而忽視Native應(yīng)用的存在，或許并非明智之舉。那么，我們該如何在兩者之間找到平衡呢？這就是我們要探討的話題。

二、輕應(yīng)用：革新移動(dòng)體驗(yàn)的新勢力

輕應(yīng)用，一種無需下載即可即刻使用的全功能App，以其媲美甚至超越Native App的用戶體驗(yàn)，結(jié)合Web App的可檢索與智能分發(fā)特性，成功解決了優(yōu)質(zhì)應(yīng)用和服務(wù)與移動(dòng)用戶需求對接的問題。早在2013年，百度世界大會(huì)上就推出了這一概念，并實(shí)現(xiàn)了無需下載、即搜即用的目標(biāo)，同時(shí)通過移動(dòng)搜索實(shí)現(xiàn)智能分發(fā)。輕應(yīng)用的特點(diǎn)包括破殼檢索、智能分發(fā)，無需下載、訂閱推送和個(gè)性化提醒，以及云端一體化和多種增強(qiáng)能力如LBS、語音輸入輸出等。

三、Android分層中的Native及其他層次

在Android的分層架構(gòu)中，Native層扮演著本地框架的角色。這個(gè)分層結(jié)構(gòu)中，還有Java應(yīng)用程序?qū)?、Java框架層以及Linux內(nèi)核空間層。Java應(yīng)用程序?qū)影鞣N由Java語言實(shí)現(xiàn)的App；Java框架層則包含一些系統(tǒng)服務(wù)如ActivityManagerService和PackageManagerService等，這一層支持Android代碼的正常識別和動(dòng)作。Native層則包含本地服務(wù)和鏈接庫等，通過C和C++語言實(shí)現(xiàn)復(fù)雜運(yùn)算和與底層硬件驅(qū)動(dòng)的交互。最底層是Linux內(nèi)核空間，主要負(fù)責(zé)設(shè)備管理和驅(qū)動(dòng)。

四、Native Method的特性與挑戰(zhàn)

在Android開發(fā)中，Native Method扮演著重要角色。這些本地方法可以實(shí)現(xiàn)復(fù)雜運(yùn)算和與硬件的直接交互，提高運(yùn)行效率。它們可以返回任何Java類型，包括非基本類型，并進(jìn)行異?？刂?。Native Method的實(shí)現(xiàn)在訪問非基本類型的內(nèi)部時(shí)可能會(huì)依賴于Java特性的實(shí)現(xiàn)，這要求開發(fā)者對Java特性的實(shí)現(xiàn)有深入的理解。使用Native Method遠(yuǎn)不如在Java中使用相關(guān)特性方便和容易。開發(fā)者需要在追求性能和便捷性之間找到平衡。

五、擴(kuò)展資料：Native開發(fā)的趨勢與挑戰(zhàn)

隨著移動(dòng)互聯(lián)網(wǎng)的快速發(fā)展，Native開發(fā)在性能和用戶體驗(yàn)方面的優(yōu)勢日益凸顯。Native開發(fā)也面臨著一些挑戰(zhàn)，如開發(fā)成本高、跨平臺(tái)兼容性問題等。未來，隨著技術(shù)的不斷進(jìn)步和跨平臺(tái)開發(fā)工具的完善，Native開發(fā)將如何發(fā)展，值得我們期待。我們也需要關(guān)注Native開發(fā)與Web技術(shù)的融合，以實(shí)現(xiàn)更好的用戶體驗(yàn)和開發(fā)效率。 JVM中的本地方法與功能擴(kuò)展

本地方法的概述與影響

在Java虛擬機(jī)（JVM）中，本地方法（Native Method）的存在并不會(huì)對其他類調(diào)用這些方法產(chǎn)生直接影響。實(shí)際上，調(diào)用這些方法的其他類往往并不知曉其背后是本地方法的實(shí)現(xiàn)。所有關(guān)于調(diào)用本地方法的細(xì)節(jié)，都由JVM來掌控。值得注意的是，當(dāng)我們將一個(gè)本地方法聲明為final的情況。

使用Java實(shí)現(xiàn)的方法體在編譯時(shí)，可能會(huì)因?yàn)閮?nèi)聯(lián)而帶來效率上的提升。但對于一個(gè)native final方法是否能獲得同樣的優(yōu)化好處，卻值得懷疑，這主要涉及到代碼優(yōu)化方面的問題，但并不影響功能實(shí)現(xiàn)。

本地方法非常有用，因?yàn)樗行У財(cái)U(kuò)充了JVM的功能。我們所寫的Java代碼已經(jīng)用到了本地方法。例如，在Sun的Java的并發(fā)（多線程）機(jī)制實(shí)現(xiàn)中，許多與操作系統(tǒng)的接觸點(diǎn)都使用了本地方法，這使得Java程序能夠超越Java運(yùn)行時(shí)的界限。有了本地方法，Java程序可以執(zhí)行任何應(yīng)用層次的任務(wù)。

如何愉快地調(diào)試React Native for Android應(yīng)用

在調(diào)試React Native for Android應(yīng)用時(shí)，首先要確保你的電腦和手機(jī)設(shè)備處于同一Wi-Fi環(huán)境下。

接下來，你需要開啟USB調(diào)試以在你的設(shè)備上安裝應(yīng)用。務(wù)必確認(rèn)你的設(shè)備已開啟USB調(diào)試模式！

確保你的設(shè)備已成功連接，可以通過輸入adb devices進(jìn)行核實(shí)。在右側(cè)列中看到“device”字樣，即表示你的設(shè)備已正確連接。請注意，一次只應(yīng)連接一個(gè)設(shè)備。

如果你連接了多個(gè)設(shè)備（包括模擬器），后續(xù)的一些操作可能會(huì)失敗。應(yīng)拔掉不需要的設(shè)備或關(guān)閉模擬器，確保adb devices的輸出僅顯示一個(gè)設(shè)備處于連接狀態(tài)。

現(xiàn)在，可以運(yùn)行react-native run-android命令來在設(shè)備上安裝并啟動(dòng)應(yīng)用了。這條命令實(shí)際上是在本地啟動(dòng)一個(gè)node server，編譯打包你的Android項(xiàng)目，然后上傳到手機(jī)上。當(dāng)js文件有改動(dòng)或處于debug模式下時(shí)，手動(dòng)選擇reload js會(huì)促使bundle文件自動(dòng)更新，從而實(shí)現(xiàn)改動(dòng)js文件后的即時(shí)顯示效果。

遇到“紅屏”問題也不必過于擔(dān)心，這是正常的現(xiàn)象。只需連接上開發(fā)服務(wù)器，后續(xù)步驟會(huì)解決這一問題。如果出現(xiàn)問題，可以嘗試搖晃手機(jī)或運(yùn)行adb shell input keyevent 82來調(diào)出開發(fā)者菜單解決問題。

通過以上步驟和注意事項(xiàng)，你將能夠更愉快地進(jìn)行React Native for Android應(yīng)用的開發(fā)與調(diào)試。 如何高效調(diào)試React Native Android應(yīng)用

一、連接設(shè)備并配置Debug環(huán)境

打開開發(fā)者工具，點(diǎn)擊“Debug server host for device”。在此輸入你的電腦IP地址和端口號（例如：192.168.3.15:8081）。如果你的設(shè)備是Android 5.0以上版本（API 21+），則無需進(jìn)行此步驟。對于較低版本的Android設(shè)備，運(yùn)行adb reverse命令以建立從設(shè)備向電腦的端口轉(zhuǎn)發(fā)。

二、使用Chrome開發(fā)者工具調(diào)試JS代碼

要在Chrome上調(diào)試JS代碼，只需在開發(fā)菜單中選擇“Debug JS”。這將打開一個(gè)新的頁面。你可以通過快捷鍵?+ option+ i或選擇“視圖(View)”-“開發(fā)者(Developer)”-“開發(fā)工具(Developer Tools)”來打開開發(fā)工具控制臺(tái)。開啟“異常時(shí)暫停（Pause On Caught Exceptions）”選項(xiàng)，可獲得更佳的開發(fā)體驗(yàn)。

三、查看和應(yīng)用日志

在終端運(yùn)行adb logcat命令可以查看你的應(yīng)用日志。例如，運(yùn)行“adb logcat:S ReactNative:V ReactNativeJS:V”可以看到你的應(yīng)用日志。

四、實(shí)時(shí)刷新功能

當(dāng)js代碼變更后，你可以通過開啟“實(shí)時(shí)刷新”功能，使所連設(shè)備或模擬器自動(dòng)刷新。這一功能位于開發(fā)菜單中的“Dev Settings”，選擇“Auto reload on JS change”選項(xiàng)即可開啟。

五、簡化調(diào)試過程

雖然上述方法可行，但過程較為繁瑣?？紤]到我們的RN項(xiàng)目中包含了完整的Android工程，我們可以選擇將其導(dǎo)入Android Studio進(jìn)行運(yùn)行。這樣，不僅可以同時(shí)查看JS和native的日志，而且熟悉Android Studio的開發(fā)者可以利用其快捷鍵和插件提升調(diào)試效率。執(zhí)行“react-native start”可以啟動(dòng)一個(gè)node server，但它不會(huì)幫你安裝應(yīng)用到設(shè)備上。

以上就是我在實(shí)踐中總結(jié)出的調(diào)試React Native Android應(yīng)用的方法。如果你有更好的方法或者想要加入我們的團(tuán)隊(duì)（杏樹林開放空間，群號：246078103），歡迎交流和分享！水平有限，希望此文能為你帶來一些啟示。之后要解決的技術(shù)問題

一、設(shè)備兼容性之MinSdkVerison問題

當(dāng)前我們的應(yīng)用存在設(shè)備兼容性問題，特別是關(guān)于設(shè)備的最低SDK版本（MinSdkVerison）。React Native目前僅支持Android 4.1.2（API等級16）及以上的設(shè)備。據(jù)網(wǎng)絡(luò)數(shù)據(jù)顯示，Android 4.0設(shè)備的市場占有率大約占比0.7。隨著應(yīng)用程序?qū)υO(shè)備的要求越來越高，大多數(shù)應(yīng)用已經(jīng)停止支持Android 4.0以下設(shè)備，這一點(diǎn)相對可以接受。我們必須關(guān)注到我們的應(yīng)用在這方面仍有改進(jìn)空間。目前，我們的病歷夾應(yīng)用的最低支持版本是Android 3.0（API等級11），口袋應(yīng)用的最低支持版本是Android 4.0（API等級14）。為了提升用戶體驗(yàn)和擴(kuò)大用戶群體，我們需要對這部分進(jìn)行升級和優(yōu)化。

二、JS重載問題

當(dāng)前，我們的androidRN應(yīng)用只能通過Debug JS來渲染界面，無法正常使用Reload JS功能。這意味著在開發(fā)過程中，每次修改代碼后都需要通過調(diào)試模式來重新加載頁面，這無疑增加了開發(fā)難度和耗時(shí)。我們需要解決這一問題，讓應(yīng)用能夠支持JS的熱重載功能，從而提高開發(fā)效率和應(yīng)用的實(shí)時(shí)性。

三、界面跳轉(zhuǎn)卡頓問題

在用戶使用我們的應(yīng)用時(shí)，界面跳轉(zhuǎn)時(shí)的卡頓現(xiàn)象令人難以接受。這無疑降低了用戶體驗(yàn)，可能是我們在界面跳轉(zhuǎn)時(shí)的處理機(jī)制存在問題，或者存在一些性能瓶頸。我們需要針對這一問題進(jìn)行深入研究和優(yōu)化，提升界面跳轉(zhuǎn)的流暢性，確保用戶在使用我們的應(yīng)用時(shí)能夠享受到順暢的體驗(yàn)。

四、性能優(yōu)化

除了上述的具體問題外，我們還需要對應(yīng)用的性能進(jìn)行全面評估和優(yōu)化。包括但不限于內(nèi)存使用、CPU消耗、電池壽命等方面。通過優(yōu)化應(yīng)用的性能，我們可以提升用戶體驗(yàn)，同時(shí)延長設(shè)備的使用壽命。

五、未來發(fā)展規(guī)劃

面對不斷變化的市場和用戶需求，我們需要有一個(gè)明確的發(fā)展規(guī)劃。在未來的發(fā)展中，我們需要持續(xù)關(guān)注新技術(shù)、新趨勢，以便將我們的應(yīng)用推向更高的水平。我們也需要根據(jù)用戶的反饋和市場的變化，不斷調(diào)整我們的發(fā)展策略，確保我們的應(yīng)用能夠持續(xù)滿足用戶的需求。

總結(jié)以上問題，我們需要解決設(shè)備兼容性、JS重載、界面跳轉(zhuǎn)卡頓等問題，同時(shí)優(yōu)化應(yīng)用性能并制定未來發(fā)展規(guī)劃。這將是我們接下來的工作重點(diǎn)，以確保我們的應(yīng)用能夠在競爭激烈的市場中保持競爭力。