androidweb框架

1. android 五大應用開發框架是什麼

android應用開發框架是 Application Framework，其系統架構由5部分組成，分別是：Linux Kernel、Android Runtime、Libraries、Application Framework、Applications。

1、Linux Kernel （Linux內核）

Android基於Linux 2.6提供核心系統服務，例如：安全、內存管理、進程管理、網路 堆棧、驅動模型。Linux Kernel也作為硬體和軟體之間的抽象層，它隱藏具體硬體細節而為上層提供統一的服務。

2、Android Runtime （運行庫）

Android包含一個核心庫的集合，提供大部分在Java編程語言核心類庫中可用的功能。每一個Android應用程序是Dalvik虛擬機中的實例，運行在他們自己的進程中。

Dalvik虛擬機設計成，在一個設備可以高效地運行多個虛擬機。Dalvik虛擬機可執行文件格式是.dex，dex格式是專為Dalvik設計的一種壓縮格式，適合內存和處理器速度有限的系統。 大多數虛擬機包括JVM都是基於棧的，而Dalvik虛擬機則是基於寄存器的。

3、Libraries （程序庫）

Android包含一個C/C++庫的集合，供Android系統的各個組件使用。這些功能通過Android的應用程序框架（application framework）暴露給開發者。

4、Application Framework （應用框架層）

通過提供開放的開發平台，Android使開發者能夠編制極其豐富和新穎的應用程序。開發者可以自由地利用設備硬體優勢、訪問位置信息、運行後台服務、設置鬧鍾、向狀態欄添加通知等等，很多很多。 開發者可以完全使用核心應用程序所使用的框架APIs。

應用程序的體系結構旨在簡化組件的重用，任何應用程序都能發布他的功能且任何其他應用程序可以使用這些功能（需要服從框架執行的安全限制）。這一機制允許用戶替換組件。

5、Applications（應用層）

Android裝配一個核心應用程序集合，包括電子郵件客戶端、SMS程序、日歷、地圖、瀏覽器、聯系人和其他設置。所有應用程序都是用Java編程語言寫的。Android本身是一套軟體堆迭(Software Stack)，或稱為「軟體迭層架構」，迭層主要分成三層：操作系統、中間件、應用程序。

(1)androidweb框架擴展閱讀

開發人員也可以完全訪問核心應用程序所使用的API框架。該應用程序的架構設計簡化了組件的重用;任何一個應用程序都可以發布它的功能塊並且任何其它的應用程序都可以使用其所發布的功能塊(不過得遵循框架的安全性限制)。同樣，該應用程序重用機制也使用戶可以方便的替換程序組件。

隱藏在每個應用後面的是一系列的服務和系統,其中包括;

豐富而又可擴展的視圖(Views)，可以用來構建應用程序，它包括列表(lists)，網格(grids)，文本框(textBoxes)，按鈕(buttons)，甚至可嵌入的web瀏覽器。

內容提供器(ContentProviders)使得應用程序可以訪問另一個應用程序的數據(如聯系人資料庫)，或者共享它們自己的數據

資源管理器(ResourceManager)提供非代碼資源的訪問，如本地字元串，圖形，和布局文件(layoutfiles)。

通知管理器(NotificationManager)使得應用程序可以在狀態欄中顯示自定義的提示信息。

活動管理器(ActivityManager)用來管理應用程序生命周期並提供常用的導航回退功能。

2. 移動APP開發框架盤點2：Web移動前端框架大全

開源項目其實有一個成熟周期，這個周期大概是三年左右，自React框架在2013年發布並引爆了前端框架的大潮，這個屬於前端的周期就此開始了。

之後在2015年5月開源的React Native又開啟了屬於Web移動前端的周期，15-16年，18-19年，21-22年正好就是屬於移動前端的三個爆發點。

三年前，在第一個成熟收獲期，我盤點了移動開發框架。在這第二個成熟收獲期，理所當然要來盤點一波。

不過，當我點開github項目的code-frequency時，還是被這個准到嚇人的周期猜想驚呆了，先給你們看一波，剩下的自行驗證。

1、https://github.com/youzan/vant/graphs/code-frequency

2、https://github.com/quasarframework/quasar/graphs/code-frequency

再來說第二個比較有意思的發現，停止維護的項目絕大多數是Vue框架項目。

盤點開始的時候我還覺得React框架處於絕對劣勢，到完成時我發現React無論在選擇面還是成熟度上都超過了Vue。

原因我這里就不分析了，反正大家都有自己的看法。

網頁類框架就是前端組件框架，這一次雖然有大量項目停止維護，但是也有很多項目堅持了下來，而且還涌現出了一批新項目。

大廠佔了主導，因為這些年大廠在移動開發上的需求，遠高於其它方面。個人項目要堅持確實不易。

本來是想要做一個驗證項目，把所有框架都試用一遍並給出推薦度的。由於進度太慢，還是下一次再發吧。

這次的重點是漸進類框架，就是所謂多端同構框架（小程序框架）。這幾年國內的重點的各種小程序平台，所以多端框架的需求很是旺盛。

不過大多數先行者都沒挺過來還是讓我很意外，只有Taro成功了，想想還是有很多讓人唏噓的東西。

在這里還是先預測一波吧，因為這一類框架最變化最大，最終還是有很多框架要出局的。

漸進類框架是一個過渡性的產品，最終會變成橋接類框架的一部分，所以，與橋接類框架協同才是框架的出路。

這個賽道基本全是大廠了。

騰訊新一代跨端開發框架Hippy

Hippy一看就是淘寶Weex的對標項目，Kpi功能全面壓制。所以官方支持 React 和 Vue 兩種主流前端框架。在Weex2019年實質停更後發布，要不要這么卷？

Hippy 2.x 架構主要分成三層，UI(JS) 層 Hippy-React 和 Hippy-Vue 負責驅動 UI 指令生成；中間層 C++ HippyCore 負責抹平平台差異性和提供高性能模塊；渲染層 Android 和 iOS 負責提供終端底層模塊、組件，並與布局引擎通信。

對Weex慘遭遺棄，我上次就說過：「ReactNative提供工具，Weex提供框架，將平台差異化屏蔽（Write Once, Run Everywhere）。所以Weex則註定功能相對弱小，並且坑比較多。」Weex最終下馬也是必然的，淘寶又發布升級版北海，為了實現（Write Once, Run Everywhere），它採用自繪，而且是基於Flutter自繪。

所以Hippy3.x就一如既往的Kpi功能層層加碼，很有騰訊風格。在未來的 3.x 中業務與渲染層中的具體實現可根據用戶實際場景進行切換：業務層上不再局限於 JS 驅動，還可選擇（如：DSL/Dart/WASM 等）其它語言進行驅動；在渲染層中，渲染引擎除了支持現有原生（Native）渲染之外，還可以選擇其他渲染 Renderer，如 Flutter(Voltron) 渲染。

「Kraken 北海」是一款高性能Web渲染引擎。底層基於 Flutter 進行渲染。

Kraken 不限制上層開發者使用的框架，無論你是使用 Vue 、Rax 還是 React 都可以開發 Kraken 應用。

Kraken 的 runtime 通過 JS Engine Binding 的方式提供了一系列 Web 標準的 API 介面，調用相應 API 會執行相關邏輯並創建一系列需要發送給 Dart 層處理的指令。

Kraken 其實就是一個小程序平台，而且追求全平台完全一致。我雖然認為各平台不一致是很自然的事情，但是也表示理解，畢竟別人吹牛有當真的傳統（KFC表示認同）。

Kraken 現在也是一個小號瀏覽器，所以它的主要工作就是摳標准，畢竟它是一款基於 W3C 標準的高性能渲染引擎。

最後，我勸淘寶領導定Kpi要理智些，畢竟Hippy4我還蠻期待的。

滴滴出品的超輕量級動態化跨端開發框架，主打輕量和實用。

Hummer 以 JS 引擎為基石，目前已支持 JavaScriptCore、Hermers、QuickJS 等業內知名 JS 引擎（這里本來還有個V8的，我刪除了，源碼裡面沒有，Kpi需要）。再配合經過調優的 Yoga 布局引擎，抹平了兩端視圖布局差異（性能更佳的自研布局引擎開發中）。順便提一下，Hippy採用V8（功能更強）自研布局引擎（性能更佳）。

Hummer 的特點是拋棄了業界其他動態化跨端框架普遍使用的DSL層和VDOM層，因此原生 Hummer 不具備前端開發常用的響應式編程的能力，但同時換來的是接近原生開發的體驗和性能。再以原生 Hummer 為基礎，在此之上開發了一套基於MVVM架構的開發框架 —— Tenon ，通過 Tenon，可以把使用 Vue/React 編寫的代碼，轉換成原生 Hummer 的代碼。

Hummer也是一個小程序平台，而且超輕量。如果想要無限提升自己APP的能力，可以考慮嵌入Hummer。

Web移動前端框架正在迎來第三個高速發展期，各類框架得到極大繁榮。

個人在具體項目的貢獻已經微乎其微了，創新、架構創新是唯一制勝的手段，這也是我看好React的根本原因。

最後，還是想做點微不足道的 探索 ，現在前端組件庫層出不窮，更換組件庫帶來的代價有點大。想創建一個框架，來實現上次說的組件公約數和公倍數，無縫切換組件庫。理論上支持所有組件庫 ，也能為後來者提供彎道超車的機會。我想大廠可能沒有需求，也不會願意發布這種框架，畢竟都是平台部門說了算。

這個庫就是useMobile，當然分為useMobileReact和useMobileVue。下次先發布useMobileReact。等我發布後，再來填上面表中缺的推薦度。

原文地址： https://www.cnblogs.com/windfic/p/16019457.html