1，明確劃分與UI相關和與UI無關的部分

根據UI的設計圖,，我們首先要把界面展現的數據先抽出去,，只看UI的表現。也就是說,，把UI相關的部分抽出來,。比如一個界面可能需要分幾部分組成，每一部分大概怎么設計等,。

2,，劃分屏幕大小，明確出跳轉關系

要考慮到你的APP所對應的屏幕大小及DPI,，不同的屏幕與DPI,，你有可能會存在不同的UI布局，最典型的是在3.0以上的SDK版本,，可能引入了Fragement元素,，手機屏幕與平板的屏幕的UI設計，完全是兩種不同的風格,。

還有,，盡可能地明確出跳轉關系，這可以用一些小卡片的形式來標記，一個卡版表示一個畫面,，把不同畫面之間的遷移關系明確出來,。

同時，還要把這些畫面之前的相同點與不同點找出來,，因為這會影響到是否決定提取共通畫面,。

3，列出需要用到的UI元素（Widget）

把界面上展現的UI元素列出來,，像常用的button, imagebutton這些很簡單,，一看就知道，關鍵是有些UI,，可能會涉及到一些自定義的View,，這里一定要多考慮。

另外,，有可能為了統(tǒng)一控制,，比如也有可能擴展一個Button，派生類里面可能只是改變一個字體大小等,，這種做法通常是用于多數UI的字體大小相同,，可以抽象出來個共通的Button，這樣在各個UI里面,，就可以不用都來設置這個字體大小,。

還有，也可以抽出共通的style,，比如textview的style,，文本顏色，字體大小,，是否加粗等,。

4，列出哪些UI元素可以用SDK的,，哪些則是需要自定義

據我的經驗,，通常一個項目里面都會有自定義的組件（View），多數是組合控件——把不同的Widget組合成一個Layout,。這還要需要根據項目自身的需求來定,。

注意：這里一定要有一個良好的設計，以應地需求變更,。比如第一版需求,，可能不需要一些組合View，直接使用SDK自身的Widget就能完成,，但經過一些變動之后,，發(fā)展之前的UI設計不合時宜,，可能需要提供自定義的View，那么原來用到SDK自身的Widget的地方可能需要改動,。這種改動說大也大,，說小也小，在設計的時候,，要多考慮一下這種需求變更,。

5，完成UI界面的繪制

這一步,，其實不一定會用到,，通常情況下，不會涉及到自繪制,，因為自繪制比較麻煩,，而且費時間，但是在特殊情況下,，自繪制能提高效率,，因為你用View布局，會涉及到layout, measure, touch event, dispatch draw等方面,，這些會影響性能,。

6，進行內部邏輯和UI界面的整合

通常一個View里面,，都會有一些邏輯,，特別是自定義的View，可能會封裝一些特定的屬性,。

在使用這些View的時候,，UI的activity會與這些View有一個邏輯的整合。