❶ 一般的android開發都用到了系統架構哪些層
1：android分為四個層，從高層到低層分別是應用程式層、應用程式框架層
開發一個程式，android系統框架是層層相扣，不能分開的。 應用程式層： 這個層主要指的就是用java語言編寫的執行在虛擬機器上的程式，Google在最開始時就 在android系統中捆綁了一些核心的應用（核心應用的編寫必須使用應用層序框架層的API框架.
2：android 開發框架有四個層，從高層到低層分別是應用程式層、應用程式框架層
android應用開發框架是 Application Framework. 其系統架構由5部分組成，分別是：Linux Kernel、Android Runtime、Libraries、Application Framework、Applications。
開發什麼應用？
硬體還是軟體？
硬體的話，看看這個：
:m2m.temolin./doc/62/m100wu-lian-mo-kuai
軟體的話，看看這個：
:jb51./article/51052.htm
對於作業系統來言，不存在C/S,B/S一說。
java的確執行效率不如C/C++,但任何開發語言都有其各種特點，有缺點必有優點，否而只能被淘汰。
java有很多過人之處，要不然android也不會看上java作為其應用層的開發語言。
android相比IOS，的確存在距離，但我始終相信以LINUX為核心的android在幾百萬開發者的磨練下，將會越來越完美，「開源」永遠值得人們去琢磨，精益求精！
Solaris支援多種系統架構: SPARC, x86 and x64. x64即AMD64及EMT64處理器。在版本2.5.1的時候，Solaris曾經一度被移植到PowerPC架構, 但是後來又在這一版本正式釋出時被刪去。與Linux相比，Solaris可以更有效地支援對稱多處理器、即SMP架構。Sun同時宣布將在Solaris 10的後續版本中提供Linux執行環境, 允許Linux二進位製程式直接在Solaris x86和x64系統上執行。
Solaris傳統上與基於Sun SPARC處理器的硬體體系結構結合緊密, 在設計上和市場上經常捆綁在一起，整個軟硬體系統的可靠性和效能也因此大大增強。然而SPARC系統的成本和價格通常要高於PC類的產品，這成為Solaris進一步普及的障礙。可喜的是，Solaris對x86體系結構的支援正得到大大加強，特別是Solaris 10已經能很好地支援x64(AMD64/EMT64)架構。Sun公司已推出自行設計的基於AMD64的工作站和伺服器，並隨機附帶Solaris 10。
dalvik是執行的時候編譯+執行，安裝比較快，開啟應用比較慢，應用佔用空間小
ART是安裝的時候就編譯好了，執行的時候直接就可以執行的，安裝慢，開啟應用快，佔用空間大
用個比喻來說就是，騎腳踏車
dalvik 是已經摺疊起來的腳踏車，每次騎都要先組裝腳踏車才能騎
ART 是已經組裝好的腳踏車，每次騎直接上車就能走人
系統架構屬於系統設計階段，系統架構圖只是這個階段一個產物，要正確的、合理的畫系統架構圖需要全面的理解使用者需求以及業務流程，當理解了這些東西後，剩下的就是如何進行表達了，一般而言，可以參照RUP的用例驅動來進行邏輯架構，開發架構等設計工作，你稿春的系統架構圖可以反應在各個視圖裡面，我估計你所說的系統架構圖是屬於邏輯架構裡面，比鍵枝如分多少層，每層分多少模組等。
至於，繪制的工具，有很多很多。可以選擇微軟的visio,或者EA,rose,power designer等UML建模工具，當然，你甚至可以用PPT,Word來繪制。
當然，系統架構不是一日之功，需長期努力，跟經驗和技術都有很大關系。
今天興致來了，回復了這么多，不知滿意不。
我不是高人，也談不上指點，我只是一個很普通的程式碼工人發表一下自己的看法哈~~
一個activity上多個surfaceview切換的做法是做游戲開發的，現在市面上大多數游戲都是採用的這種做法，並沒有什麼不妥，surfaceview使得畫面更自由，拿到canvas後就不局限於安桌提供的控制元件了，純自由發揮，各種游戲特效表現得更精彩。只是切換surfaceview時稍微麻煩點，需要寫程式碼來手動判斷游戲狀態和控制切換。
如果你只是做普通的應用，安桌提供的控制元件能滿足你的需求，你就用普通的activity唄。用surfaceview多麻煩啊。把切換丟給系統來管理，省去不少事兒。如果你願意麻煩，使用surfaceview來相互手動切換，也沒什麼問題的，放心去做吧。畢竟記憶體管理機制用的是JАVΑ的那一套，自動回收，用哪種架構都差別不大。
個人拙見，手動拼音打字，非ctrl+c/ctrl+v之流。望諸位看官別笑話俺哈~~
一個好的IT架構師,眼光不會僅僅停留在寫程式碼的層次上,在做開發的時間里，他們會積極學習各種知識，經驗，培養自己的商業頭腦，包括擴充套件自己各方面的資源，這些積累會為他們未來成為管理者或創業打下牢固的基礎。
對於學習來說我們都是希望可以全面綜合的掌握技術，這樣才有助於你今後的整體發展。目前企業需要的不再是理論型人才了，而是實用技能型人才。
首先我們需要全面掌握專業實用的技術，其次加強個人整體素質的提升，這樣才能符合目前企業的用人需求。如果我們選擇了單科學習無疑是在起跑線上局限了我們的個人發展，或許短期內你覺得只是需要某項單獨的技術，但是你有沒有想過今後你不可能一直從事底層的程式設計師，看著和你同意時間進入公司的同事雖然技術和你不相上下，但是由於掌握的比較全面而被提升為專案主管、專案經理，或許到那個時候你又要為此再一次走進培訓機構，這樣也是耽誤你個人的時間和精力，我相信你也希望自己今後可以步入管理層工作，有一個更好的發展。最好 是 掌握全面的技術,資料庫,JAVA.NET.客戶端技術。
就我接觸到的說一下，我第一家公司專案比較小型是 springmvc + spring + hibernate （也有mabatis的） ，第二家公司，專案是大型的，所以好多是分散式的框架，spring、spring integration、bbo、zookeeper、redis、mybatis等都有用到
JDE屬於分散式架構,人和系統恕我孤陋寡聞,沒聽過阿
❷ MVC 模式的原理，它在 Android 中是如何運用的
MVC全名是Model View Controller，是模型(model)－視圖(view)－控制器(controller)的縮寫，一種軟體設計典範，用一種業務邏輯、數據、界面顯示分離的方法組織代碼，將業務邏輯聚集到一個部件裡面，在改進和個性化定製界面及用戶交互的同時，不需要重新編寫業務邏輯。其中M層處理數據，業務邏輯等；V層處理界面的顯示結果；C層起到橋梁的作用，來控制V層和M層通信以此來達到分離視圖顯示和業務邏輯層。
在Android開發中，比較流行的開發框架模式採用的是MVC框架模式，採用MVC模式的好處是便於UI界面部分的顯示和業務邏輯，數據處理分開。那麼Android項目中哪些代碼來充當M,V,C角色呢？
M層：適合做一些業務邏輯處理，比如資料庫存取操作，網路操作，復雜的演算法，耗時的任務等都在model層處理。這個和JavaEE不太一樣，javaee中model層一般只有模型，而復雜的操作一般放在業務(service)層中。
V層：應用層中處理數據顯示的部分，XML布局可以視為V層，顯示Model層的數據結果。
C層：在Android中，Activity處理用戶交互問題，因此可以認為Activity是控制器，Activity讀取V視圖層的數據（eg.讀取當前EditText控制項的數據），控制用戶輸入（eg.EditText控制項數據的輸入），並向Model發送數據請求（eg.發起網路請求等）。
❸ android開發框架有哪些
Android開發框架主要包括以下幾個：
一、Android官方SDK框架
Android官方SDK框架是Android開發的基礎，提供了Android系統的基礎組件和開發API。它包括視圖系統、資源系統、內容提供者、位置服務等模塊，使開發者能夠利用Android系統提供的各種功能進行應用開發。
二、MVC框架（Model-View-Controller）
MVC是一種常用的軟體設計模式，在Android開發中也有著廣泛的應用。MVC框架將應用程序分為三個基本組成部分：模型（Model）、視圖（View）和控制器（Controller）。這種分離的方式有助於代碼的模塊化，提高代碼的可維護性和可重用性。
三、MVVM框架（Model-View-ViewModel）
MVVM框架是MVC框架的一種改進，它引入了ViewModel層，使得視圖與業務邏輯之間通過ViewModel進行交互。這提高了代碼的清晰性和可測試性。在Android開發中，常見的MVVM框架實現有Data Binding和LiveData等。
四、Clean Architecture框架
Clean Architecture框架強調代碼的層次性和模塊化。它將應用分為多個層次，如數據層、領域層、UI層等，每層之間通過明確的介面進行交互。這種設計使得代碼更加清晰，易於維護和擴展。
五、Kotlin Android Extensions框架
Kotlin Android Extensions是Kotlin語言在Android開發中的一項特性，它簡化了視圖與代碼之間的交互。通過Kotlin的擴展屬性，開發者可以直接訪問UI組件，減少了大量繁瑣的代碼。此外，Kotlin的null安全特性也減少了空指針異常的風險。