android開發規范

① Android APP開發需求文檔範本是什麼樣的

軟體需求文檔格式的標准寫法
1．引言

1．1 編寫目的

· 闡明開發本軟體的目的；

1．2 項目背景

· 標識待開發軟體產品的名稱、代碼；

· 列出本項目的任務提出者、項目負責人、系統分析員、系統設計員、程序設計員、程序員、資料員以及與本項目開展工作直接有關的人員和用戶；

· 說明該軟體產品與其他有關軟體產品的相互關系。

1．3 術語說明

列出本文檔中所用到的專門術語的定義和英文縮寫詞的原文。

1．4 參考資料（可有可無）

列舉編寫軟體需求規格說明時所參考的資料，包括項目經核準的計劃任務書、合

同、引用的標准和規范、項目開發計劃、需求規格說明、使用實例文檔，以及相關產品

的軟體需求規格說明。

在這里應該給出詳細的信息，包括標題、作者、版本號、發表日期、出版單位或資

料來源。

2．項目概述

2．1 待開發軟體的一般描述

描述待開發軟體的背景，所應達到的目標，以及市場前景等。

2．2 待開發軟體的功能

簡述待開發軟體所具有的主要功能。為了幫助每個讀者易於理解，可以使用列表或

圖形的方法進行描述。使用圖形表示，可以採用：

· 頂層數據流圖；

· 用例UseCase圖；

· 系統流程圖；

· 層次方框圖。

2．3 用戶特徵和水平（是哪類人使用）

描述最終用戶應具有的受教育水平、工作經驗及技術專長。

2．4 運行環境

描述軟體的運行環境，包括硬體平台、硬體要求、操作系統和版本，以及其他的軟

件或與其共存的應用程序等。

2．5 條件與限制

給出影響開發人員在設計軟體時的約束條款，例如：

· 必須使用或避免使用的特定技術、工具、編程語言和資料庫；

· 硬體限制；

· 所要求的開發規范或標准。

3．功能需求

3．1 功能劃分

列舉出所開發的軟體能實現的全部功能，可採用文字、圖表或數學公式等多種方法

進行描述。

3．2 功能描述

對各個功能進行詳細的描述。

4．外部介面需求

4．1 用戶界面

對用戶希望該軟體所具有的界面特徵進行描述。以下是可能要包括的一些特徵：

· 將要採用的圖形用戶界面標准或產品系列的風格；

· 屏幕布局；

· 菜單布局；

· 輸入輸出格式；

· 錯誤信息顯示格式；

建議採用RAD開發工具， 比如Visio，構造用戶界面。

4．2 硬體介面

描述系統中軟體產品和硬體設備每一介面的特徵，以及硬體介面支持的設備、軟體與硬體介面之間，以及硬體介面與支持設備之間的約定，包括交流的數據和控制信息的性質以及所使用的通信協議。

4．3 軟體介面

描述該軟體產品與其有關軟體的介面關系，並指出這些外部軟體或組件的名字和版本號。比如運行在什麼操作系統上，訪問何種類型的資料庫，使用什麼資料庫連接組件，和什麼商業軟體共享數據等。

4．4 通信介面

描述和本軟體產品相關的各種通信需求，包括電子郵件、Web瀏覽器、網路通信協議等。

4．5 故障處理

對可能的軟體、硬體故障以及對各項性能而言所產生的後果進行處理。

5．性能需求

5．1 數據精確度

輸出結果的精度。

5．2 時間特性

時間特性可包括如下幾方面

·響應時間；

·更新處理時間；

·數據轉換與傳輸時間；

·運行時間等。

5．3 適應性

在操作方式、運行環境、與其他軟體的介面以及開發計劃等發生變化時，軟體的適應能力。

6．其他需求

列出在本文的其他部分未出現的需求。如果不需要增加其他需求，可省略這一部分。

7．數據描述

7．1 靜態數據

7．2 動態數據

包括輸入數據和輸出數據。

7．3 資料庫描述

給出使用資料庫的名稱和類型。

7．4 數據字典

對於數據流圖、層次方框圖中出現的所有圖形元素在數據字典中都要作為一個詞條加以定義，使得每一個圖形元素都有唯一的一個清晰明確的解釋。

數據字典中所有的定義必須是嚴密的、精確的，不可有二意性。

7．5 數據採集

·列出提供輸入數據的機構、設備和人員

·列出數據輸入的手段、介質和設備；

·列出數據生成的方法、介質和設備。

8．附錄

包括分析模型，待定問題圖表等。

② 安卓初級開發的要求是什麼

1、掌握Android 四大組件知識，深入了解相關生命周期，對於Application、Fragment、Intent常見的開發知識也必須掌握。
2、掌握Android 基本布局和控制項的屬性和使用，常用布局有LinearLayout、RelativeLayout、ConstraintLayout等，控制項有TextView、ImageView、RecyclerView、ScrollView等。
3、對Android的資源訪問使用有基本了解，了解Android針對不同國家、語言、屏幕、API的適配原理。
4、掌握android系統服務和工具類的使用，對網路訪問和資料庫操作有基本認知。熟練掌握研發工具，如IDE、模擬器、網路代理、日誌等。

③ 怎麼看安卓軟體是遵循什麼版本規范開發的

如果有一個apk，需要知道他最低安裝支持的Android版本是什麼，應該如何查看呢？

直接將apk後綴名改為rar或者zip，拉出AndroidManifest.xml？不行，AndroidManifest.xml已經被編譯過了，裡面很多內容改為二進制了。

其實用Android自帶工具即可，進入Android SDK目錄。

cd sdk\build-tools\android-4.4.2 這邊以4.4.2為例，可以參照自己的platform版本

aapt.exe list -a someapk.apk > apkversion.txt

然後用記事本之類的應用打開apkversion.txt搜索

minSdkVersion，以我這邊為例，可以看到這便是0xf，即15

E: uses-sdk (line=8)
A: android:minSdkVersion(0x0101020c)=(type 0x10)0xf

④ Android開發需要注意的細節有哪些

注意格式規范..語法規范..細心..認真...
1. 為Activity聲明系統配置變更事件
系統配置變更事件是指轉屏，區域語言發生變化，屏幕尺寸發生變化等等，如果Activity沒有聲明處理這些事件，發生事件時，系統會把Activity殺掉然後重啟，並嘗試恢復狀態，Activity有機會通過onSaveInstanceState()保存一些基本數據到Bundle中，然後此Bundle會在Activity的onCreate()中傳遞過去。雖然這貌似正常，但是這會引發問題，因為很多其他的東西比如Dialog等是要依賴於具體Activity實例的。所以這種系統默認行為通常都不是我們想要的。
為了避免這些系統默認行為，就需要為Activity聲明這些配置，如下二個是每個Activity必須聲明的：
<activity android:configChanges="orientation|keyboardHidden">
幾乎所有的Activity都要聲明如上，為什麼Android不把它們變成Default的呢?
2. 盡量使用Android的API
這好像是廢話，在Android上面開發不用Android API用什麼？因為Android幾乎支持Java SE所有的API，所以有很多地方Android API與Java SE的API會有重復的地方，比如說對於文件的操作最好使用Android裡面Context封裝的API，而不要直接使用File對象：
Context.openFileOutput(String); // no File file = new File(String)
原因就是API裡面會考慮到Android平台本身的特性；再如，少用Thread，而多使用AsyncTask等。
3. 要考慮到Activity和進程被殺掉的情況
如了通常情況退出Activity外，還有Activity因其他原因被殺的情況，比如系統內存過低，系統配置變更，有異常等等，要考慮和測試這種情況，特別是Activity處理重要的數據時，做好的數據的保存。
4. 小心多語言
有些語言真的很啰嗦，中文或英文很簡短就能表達的事情到了其他語言就變的死長死長的，所以如果是wrap_content就可能把其他控制擠出可視范圍； 如果是指定長度就可能顯示不全。也要注意特殊語言比如那些從右向左讀的語言。
5. 不要用四大組件去實現介面
一是組件的對象都比較大，實現介面比較浪費，而且讓代碼更不易讀和理解； 另外更重要的是導致多方引用，可能會引發內存泄露。
6. 用getApplication()來取Context當參數
對於需要使用Context對象作為參數的函數，要使用getApplication()獲取Context對象當參數，而不要使用this，除非你需要特定的組件實例！getApplication()返回的Context是屬於Application的，它會在整個應用的生命周期內存在，遠大於某個組件的生命周期，所以即使某個引用長期持有Context對象也不會引發內存泄露。
7. 主線程只做UI控制和Frameworks回調相關的事。附屬線程只做費時的後台操作。交互只通過Handler。這樣就可以避免大量的線程問題。
8. Frameworks的回調不要做太多事情僅做必要的初始化，其他不是很重要的事情可以放到其他線程中去做，或者用Handler Schele到稍後再做。
9. 要考慮多解析度
至少為hdpi, mdpi, ldpi准備圖片和布局。元素的單位也盡可能的使用dip而不要用px。
10. 利用Android手機的硬鍵
幾乎所有的Android手機都有BACK和MENU，它們的作用是返回和彈出菜單，所以就不要再在UI中設計返回按扭和菜單按扭。很多優秀的應用如隨手記和微信都有返回鍵，他們之所以有是因為他們都是從iOS上移植過來的，為了保存體驗的一致，所以也有了返回和菜單。但這不夠Android化，一個純正的Android是沒有必須重復硬鍵的功能的。

⑤ 怎樣開發一個andriod應用

開發環境
Android應用層使用的開發語言是Java，自然需要用到Java運行環境，無論你在Window是系統還是Mac系統都需要安裝JDK，並且配置它的環境變數，不懂什麼叫環境變數的或者不知道怎麼配的，請利用好自己的網路技能自行學習。
JDK下載
開發工具
開發工具，Android因為歷史原因，前面很長一段時間使用的是Eclipse，我們要開發Android應用的時候需要另外安裝Google為它開發的插件ADT，Eclipse這個開源軟體很優秀，也很專業，但僅僅只是使用它來開發Android就顯得有點雞肋了，如果沒有對Eclipse進行優化的話，會很卡很卡，後面Google實在不願意寄人籬下，就專門為我們開發者開發了目前很受廣大開發者推崇的Android Studio，現在2.0預覽版也出來啦，大夥趕緊去下吧。
Android studio
模擬器
Android自帶的模擬器一直廣受詬病，實在是太卡太慢了，對比人家IOS模擬器是那麼的流暢，Android開發者直喊好苦逼啊，不過還好後面出了第三方比原生流暢n倍的模擬器Genymotion，大家可以去下一個個人版的夠你平時開發測試用了。最好的辦法還是使用真機測試，畢竟真機才是真實的環境。
Genymotion
Android核心基礎
前面是准備工作，想開發一款Android app，你最起碼要掌握Android的核心基礎知識，針對初學Android的童鞋，想一口吃掉一個胖子是不可能的，還是得把基礎打牢之後才能完成獨立的開發，Android入門不難，學完基礎你只是具備開發app的基本條件，想做一個優秀的app還有很長一段路要走，經驗是靠不斷實踐堆出來的，找一套系統的課程去認真學習一下，在線教育的資源很多，比如慕課網，極客學院都有很多不錯的學習資源，童鞋自己擇優來學習即可。
產品開發流程
正常的互聯網開發app的流程大致如下：
產品規劃，定產品方向
需求調研，產出需求文檔
需求評審，修訂需求文檔
產品狗畫app線框圖提供給射雞師
射雞師根據線框圖設計視覺稿
程序猿根據視覺稿搭建UI框架
程序猿根據需求文檔開發功能
測試媛編寫測試用例，根據排期進行測試
程序猿修復回歸測試反饋的bug，提交beta版
測試通過，提交給運營喵發布到渠道上線
上面是筆者的經驗總結，可能有不太准確的地方，但大致整個流程是這樣，我們開發者要清楚自己在整個產品中充當的角色，明白自己的工作職責即可。
快速搭建項目
Android比沒有想像那麼難，只是剛開始要學習的東西多，一下子消化不了才會比較茫然，筆者寫這篇博客就是想幫助大家整理一下開發思路。
快速搭建項目也算是一項技能，而這項技能只能由你自己來完善，剛開始做開發的時候一定會有很多重復性的工作，如果沒有意識去提高自己的開發效率的話，可能你的十年工作經驗代表的只是一年的經驗用了十年而已。
那要怎麼做，筆者提供一個自己總結的，僅供參考：
定開發規范
搭建UI框架
選用開發庫集成（或自造輪子）
第三方服務集成（視情況而定）
定開發規范
一個項目一般不會只有一個人獨立開發，就算是獨立開發，我們也應該定一下開發規范，一般會有什麼樣的規范？
命名規范
代碼規范
代碼管理規范
命名規范
命名規范包括：
項目命名
包命名
類命名、成員變數命名
資源文件命名
我們做每一個產品都會有相應的命名，不要用中文來命名，最好用能表達中文意思的英文來表示，例如CSDN客戶端，可以用CSDNClient作為命名，我們創建項目的時候可以以它作為Application name。
代碼規范
代碼規范視語言而定，開發android使用的是Java，自然要按照Java的編碼規范進行編碼，比如命名採用駝峰命名法，編碼的時候也要符合Android的開發規范，比如UI線程不做任何耗時的操作，像網路請求、資料庫操作都需要放到子線程中去做，只有UI的刷新才在UI線程中做，像這些規范，可以根據自身在項目遇到的問題來定，定規范的好處就是減少踩坑的幾率，提高開發的質量。
代碼管理
對於一個經常更新迭代的產品，不可能由頭到尾不變，這個時候我們需要對代碼進行分支管理，最好使用git代碼倉庫對代碼進行管理，作為一個合格的開發者連git都不用實在說不過去，還用svn的童鞋趕緊放棄它投入git的懷抱，它的好處是不言而喻的，自己去體會。
搭建UI框架
搭建UI框架需要我們根據產品的導航模式來設計，市場上常用的導航模式有如下圖幾種：
app導航
我們的app如果不出意外一定是其中的一種導航模式，一般線框圖出來我們就應該知道即將要開發的app長什麼樣子，開發者不必等視覺稿和素材出來才開始動工，我們先大致搭個架子，等視覺稿出來之後我們再做調整。
選用開發庫
一般我們app涉及到的庫會有：
UI框架（比如下拉刷新PullToRefresh、側滑菜單Slidingmenu）
網路請求庫（比如okhtttp、AndroidAsyncHttp、Volley）
數據操作庫（比如GreenDao、Ormlite）
圖片緩存框架（比如Universal-Imageloader）
數據解析庫（比如Gson）
之所以要選用這些庫，肯定是為了避免重復造輪子，在開發效率的角度來說，選用優秀的開源庫能大大縮短開發周期和提高開發效率，但從個人提升角度來看的話，我們可能就成了一個只會用API的程序猿了，如果想提升的話，造輪子或者分析這些優秀的源代碼是一個不錯的途徑。
第三方服務集成
我們開發app的時候，肯定會遇到一些需求，比如推送的需求、自動升級、數據統計、社會化分享、用戶反饋等等，然而對於一個剛起步的企業或者個人開發者的話，全都要自己去開發的話，那豈不是累死，像推送這種有一定的技術門檻，能做好都能成立一家公司了，所以選用一些第三方服務是一個可選之舉。如果說你以後做大了，用第三方怕不好控制，那就自己做唄，有錢任性招兵買馬就自己做，誰叫咱有錢呢。
前面這些東西開發一個app夠了，開發出來能不能用還得有靠譜的測試，有沒有crash，操作流不流暢，體驗好不好才會有用戶去用。這里不從產品的角度去評判一個app的好與壞，程序員要考慮的是從代碼層面、性能層面去讓我們的app變得更好。
打包上線
前面的開發環節、測試環節都沒問題之後，你離實現一個app的完整開發就不遠了，正常的互聯網公司，會把簽名打包的apk給到運營，交給他們去寫文案，上傳到應用渠道，讓渠道給我們去首發和推廣。如果是個人開發者，這些工作就得我們自己做了。

⑥ 谷歌有提供android開發規范相關的文檔嗎

谷歌Android L給安卓系統帶來了全新的設計哲理——Material Design，並且希望將其運用到谷歌以後的所有產品中。 Material Design是介於擬物化和扁平化之間的，它強調了物理定律的扁平化設計，這體現在它的陰影和動畫中，同時有保留了其寫意化的外觀設計風格。9個優質的Android L界面設計素材分享 谷歌是這樣介紹的：「設計是創造的藝術，我們的目標就是要滿足不同的人類需要。人們的需要會隨著時間發展，我們的設計，實踐，以及理念也要隨之提 升。我們在自我挑戰，為用戶創造了一個可視化語言，它整合了優秀設計的經典原則和科學與技術的創新。這就是Material Design。」 看完下面這段視頻，你會深刻的理解安卓Material Design設計風格的現在和未來。 目前國內很多優秀的APP設計師開始按照安卓Material Design的設計規范來設計新的安卓APP啦。 第一部分：安卓Material Design的設計規范 優秀的Material Design設計規范中文版重點推薦：Material Design 中文版 這支視頻時長大約 8 分鍾，如果你是一名安卓開發者或是安卓界面設計師，都可以通過視頻進行更加直觀的了解。 Material Design 另一條規范是界面設計要大膽。另外，色彩面積與色彩濃度也很重要，比如大面積色彩濃度需要與小面積同色彩濃度區分開來，以藍色為例，小面積色彩可使用靛藍色，大面積則使用深藍色，另一個區域則可以使用天藍色。 說到色彩和區域，Roman Nurik 還介紹了不同區域，不同部分使用不同的顏色來相稱。另外，網頁的布局，比如標題和文字的排版也都有一定的隱藏原則。 第二部分：跟隨25學堂來了解安卓Material Design的設計原則 1、材料是個隱喻材料隱喻是合理空間和動作系統的統一理論。谷歌所謂的「材料」是基於觸覺現實，靈感來自於對於紙張和墨水的研究，也加入了想像和魔法的因素。 2、表面是直觀和自然的表面和邊緣為現實經驗提供了視覺線索。使用熟悉的觸覺屬性，可以直觀地感受到使用情景。 3、維度提供交互光、表面和運動是展現交換的關鍵因素。逼真的光影效果顯出了各部分分離，劃分了空間，指示了哪些部分可以進行操作。 4、適應性設計底層設計系統包括了交互和空間兩部分。每一個設備都能反映出同一底層系統的不同側面。每一設備的界面都會按照大小和交互進行調整。只有顏色，圖標，層次結構和空間關系保持不變。 5、目錄用黑體和圖形設計，並帶有意圖黑體能突出層次、意義，顯現焦點。深思熟慮的色彩選擇，層次分明的圖像，大范圍的鋪陳和有意的留白可以創造出浸入感和也能讓表達更清晰。 6、顏色、表面和圖標都強調動作效果用戶行為就是體驗設計的本質。基本動作效果是轉折點，他們可以改變整個設計，可以讓核心功能變得更加明顯，更為用戶指明了「路標」。 7、 用戶發起變化操作界面中的變化來自於用戶行為。用戶觸摸操作產生的效果要反應和強化用戶的作用。 8、 動畫效果要在統一的所有動畫效果都在統一的環境下顯示。即使發生了變形或是重組，對對象的呈現也不能破壞用戶體驗的連續性。 9、動作提供了意義動作是有意義的，而且是恰當的，動作有助於集中注意力和保持連續性。反饋是非常微妙和清晰的，而轉換不僅要有有效率，也要保持一致性。

⑦ Android app開發流程有哪些環節

android app開發流程具體步驟如下：
一 應用開發規劃：
※確定app軟體功能。
※必須的app應用界面及界面跳轉的流程。
※開發app需要的數據及數據的來源及格式。
※是否需要服務端支持。
※是否需要本地資料庫支持。
※是否需要特殊許可權。
※是否需要後台服務。

二 架構設計：
※分層。
※網路連接。
※數據處理-xml、domain。
※封裝Activity。
三 界面設計：
※主界面確定。
※模塊界面、列表、查看、編輯界面。
※菜單、按鈕、對話框、提示信息。
※界面總體顏色。

四 數據操作和存儲：
※數據來源。
※數據類型。
※存儲方式。

五 業務實現：
※客戶端業務解析。

六 頁面跳轉：
※每個頁面間的跳轉。
※菜單、按鈕、事件等。
二、Android APP開發過程中需要注意的問題：
（1）Android APP開發有自己規范的一套標准，在開發中必須無條件遵守。
（2）在Android APP開發過程中，需要根據不同特性來進行優化。
（3）需要針對特定屏幕密度使用特定的圖標和點陣圖。
（4）避免利用那些智能手機可能不支持的硬體功能。
（5）還要針對網頁的布局來調整字體的大小和觸控按鈕。

⑧ Android開發需要具備哪些技能

Android項目有大有小。微信軟體，手機QQ，支付寶等都有Android版本或以Android版本為主。想開發Android項目，先從系統環境開始，熟悉基本項目架構，做小項目，然後積累經驗，多學習別人的經驗，就可以逐漸做大。不同的項目有不同的要求。有的需要網路知識、有的需要資料庫知識等，具體技能跟項目要求相關。

⑨ Android平板開發需要注意的幾點

隨著移動平台的發展和其應用的不斷改善，質量成為決定成敗的關鍵。用戶要求他們選擇安裝的應用響應快、性能好，如果某個應用不能提供卓越的功能和穩定的用戶體驗，那這樣的應用註定會被很快卸載。
盡管現在android智能手機和平板電腦的運行速率越來越快，但開發者仍需牢記，應用的運行環境仍受到電池和處理器等諸多資源的限制。以下是給android應用開發者10個建議，以便能在當前和以後的所有android設備都能運行出最佳效果。
1.首先要有良好的編碼習慣

一個優秀的android應用開發者應該善於運用常識、完善的演算法和標准設計模式。要有資源意識，打開了就要記得關閉，盡量做到晚獲取，早釋放。這些由來已久的編碼准則同樣適用Android應用開發，尤其是使用基礎設備服務時。

2.讓阻塞操作遠離主UI線程

通過使用AsyncTask、線程、IntentService和自定義後台服務，保證應用的靈活性。使用載入工具簡化游標等長時間載入數據的狀態管理。當有其他程序運行時，不能讓應用滯後或中止。

如果一個操作需要消耗較多時間和資源時，取消該操作，換成非同步處理，這樣應用就能保持響應，用戶可以繼續各種操作。該方法適用磁碟讀寫、訪問內容提供方、資料庫和互聯網，以及解析和其他需要花費較長時間的任務。

3.使用最新的android SDK版本和API

使用android平台的最新產品，保證應用緊跟android的更新步伐。隨著android平台的不斷發展，部分功能可能被棄用或被更好的功能取代，核心API接收了bug修復和性能改進，新API有助於android應用開發者編寫出更穩定的應用。要明白最佳的做法總是隨著時間的推移而變，聰明的android應用開發者應該總是站在整個平台的最前沿。

4.考慮使用StrictMode

從android 2.3開始提供了一個新的類StrictMode，該類可以用於捕捉發生在應用程序主線程中耗時的磁碟、網路訪問或函數調用，可以幫助開發者改進程序，使主線程處理UI和動畫在磁碟讀寫和網路操作時變得更平滑，避免主線程被阻塞。

5.發布前禁用或盡量減少調試

如果android應用開發周期較長，很可能在應用中內置了一些日誌或調試代碼，在發布前確保這些功能已經最小化或完全禁用。

6.確保UI布局簡單優雅

簡單的屏幕不僅方便閱讀，還能加快載入速度。與其在一個單一屏幕上堆砌太多不必要的功能，不如花時間去開發優雅的用戶界面。簡單優雅的UI不僅能提高應用性能，還能提高用戶使用該應用時的效率。

7.根據目標設備調整應用資源

為盡可能高效地被載入，需要根據具體設備的配置調整相應資源，尤其是圖片資源。為使應用包文件合理適用不同設備，首先可只添加運行該應用需要的核心資源，然後再根據具體設備下載相關內容。

8.使用Hierachy Viewer可視化調試工具

Hierachy Viewer能很方便地在開發者設計，調試和調整界面時，快速定位問題，解決問題，提高開發效率。

9.使用layoutopt進行布局優化

Layoutopt是一款簡單的命令行工具，可幫助找到不必要的控制項嵌套以及縮減布局資源，從而使應用變得可能「苗條」。控制項越少、布局層次越淺，性能就越好。

10.使用Traceview及其他Android工具進行分析

Android SDK隨帶了很多用於應用分析的工具，其中最受歡迎的是Traceview，這款圖形工具可以幫助調試和找到應用中的性能瓶頸。

⑩ ios和android設計規范區別

Android 整體視覺設計規范

App 界面的整體視覺組成大致可以分為四個部分：

StatusBar（狀態欄）、TopBar（頭部欄）、Body Content（內容區域）、FootBar（底部欄）。

StatusBar 的樣式由系統 UI 決定，除背景配色外，不需要做其他的設計。

TopBar 兩個系統平台規范上的顯示高度與內容布局有明顯的差異，按各自的規范進行設計。

Body Content 除控制項外，採用相同的布局與視覺設計。

FootBar 除控制項外，採用相同的布局與視覺設計。

 

二、Android差異化設計案例解讀

 

1. StatusBar/TopBar 差異化設計

 

2. 常用的三個系統圖標/控制項差異化

 

3. 搜索/輸入控制項差異化

4. 彈窗樣式差異化

 

 

三、Android系統交互與iOS系統交互的差異化設計

1. 交互方式：

除了上面提到了彈窗樣式與交互差異化之外，對於一些系統交互行為，推薦盡量使用 iOS 與 Android 各自平台的系統控制項與交互方式，降低開發與用戶學習成本。系統交互行為主要包含以：返回上級/關閉當前頁面的方式、通知開啟或者關閉設置、發送/提交內容（鍵盤自帶或者新增按鈕點擊）、Item 列表排序/刪除、提示窗顯隱、時間選擇控制項、手勢操作等等。

2. 交互動效：

交互動效也推薦盡量使用 iOS 與 Android 各自平台的系統提供的動效。比如 iOS 的鏡頭切近與高斯模糊，Android 的紙墨磁吸等等。

單條 item 的交互差異示例

 

總體來說，就是以 iOS 版為參照，底部欄與中間內容區域盡量保持相同的設計，通過對狀態欄、頭部樣式、控制項（開關、選框、搜索、輸入）、系統圖標（返回、分享、更多）、彈窗樣式、系統交互進行 Android 規范化差異，以保證該 App 的設計在兩個不同的系統平台即能符合中國用戶的使用習慣，又能適當體現系統的不同風格與特性。