除了像"I am rich"這種定點打擊蘋果燒包族的APP外，大多數應用都會盡量覆蓋包含盡可能多的用戶。這就需要考慮在iOS和Android兩種主流操作系統間移植的問題。如果為各個平台量身定做界面，就能讓用戶利用以往的使用習慣快速學習。但為多個平台設計各異的界面畢竟是需要工作量的。如何才能在跨平台移植的時候只做那些最有必要的工作呢？兵不打無准備之仗，先來看看iOS與Android間有什麼差別吧。
1、物理鍵之返回
Android手機的基本設計思路是是把最常用的功能硬件化，所以就有了home,menu,back三個功能鍵（其實界面設計很簡單啦，就是“用戶到某個地方做某事”，所以就有了導航用的back和展開命令用的menu）。
喬老爺夠狠，要求iOS設備只有一個物理鍵home（據說以後還會把這個鍵砍掉，用手勢當home）。所以在iOS上，返回是通過title bar左側的back按鈕來實現的。但這樣設計也有好處，因為這個back“軟”鍵上的文本是可以改的。在這個按鈕上填上上一次的題目，可以讓用戶明確地知道按下它會回到哪裡。
2、物理鍵之menu
在android上，與當前頁面相關的命令會收到由“menu”鍵喚出的菜單裡。而在iOS上，這些命令會放在屏幕底部的toolbar上。這種展示方式相比android的優點是“能一目了然地看到能夠對當前頁面做的操作”。而在android上，必須按下menu鍵才能看到命令。你不希望用戶在使用你的APP時肩負著把這些命令背下來的艱巨任務吧？
3、Android的加分項：通知系統
在iOS上，向用戶推送信息的方式只有一種，就是alert box。這在iOS只支持單任務的時候還好說，提醒一來，哦…… 看完了就點確定。但到了多任務版本後就有點不合用了。雖然iOS的alertbox可以在用戶使用某APP的時候彈出其他APP的提示，但這樣未免太煩了。有時一些提醒並不需要強硬中斷用戶當前的操作，比如後台在下載的報紙下完了。Android有更精巧的Status Bar Notification和Toast Notification（詳情可參看鐘磊的手機系統消息通知設計的整理和分析和我寫的如何為手機界面設計提示消息）。當要推送非緊急的消息時，Android平台可以使用更柔和的狀態欄提示。
4、Android的加分項：長按操作
在Android上，當需要對一個對象采取一些操作時，可以長按，喚出相應的context menu（這是對一個項目的，如果是針對當前整個頁面的操作，Android有menu物理鍵，iOS有toolbar）。但是在iOS平台上就不太有地方去放置針對屏幕上某一個對象的大量操作（一兩個是可以的，放在項目旁邊就O了）。可能在喬老爺看來，當需要對一個對象進行“炒、炸、烹、煮、蒸、熏、爆”的時候，就說明你想要的太多了。
5、iOS的加分項：右上角的快捷操作按鈕
對於“右利手”用戶而言，單手持機時屏幕左下角到右上角的連線是右手拇指的甜區。所以依照iOS的Guideline，當前頁上最最最最最最最最最最最最最最常用的按鈕應該放在titlebar的右端。
其實你會發現，清楚了這些差異之後，如何在平台間移植APP就清晰明了啦。
Android -> iOS
1、在每一級的標題欄左上角加上返回上一層的按鈕。按鈕名一定要是上一級的名稱，不能用“返回”等無法透露回到哪裡的文字。
2、由於iOS上沒有menu鍵，所以需要將menu上的命令轉化成toolbar上的圖標。因此要額外繪制圖標或者使用內置圖標。
3、由於在iOS上沒有“長按出context menu”的規則，所以需要給項目添加一個detail頁面。不能在list頁面操縱項目，那就再drill down一層呗。
4、由於iOS的通知方式只有alert box，所以諸如“下載完成”等提醒只能篩出重要的部分，用alert box傳遞。對次要提醒的設計可以看我之前的文章。
iOS -> Android
1、左上角的返回按鈕拿掉。
2、工具欄上的命令可以放到menu裡。
3、如果對某個對象的命令很多，可以為其設計長按的context menu
4、不是很緊急的提醒就不要用alert box了，可以換成status bar notification
5、標題欄右側的高頻按鈕可以保留，這個在android上也可以通用。
其實總的來說，也就兩點：
1、差異主要體現在導航方式和頁面命令上，所以對於頁面元素的布局基本沒影響。尤其是對於全屏游戲這種基本沒導航，控件又都擺在屏幕上的更是影響不大。
2、iOS對硬件的依賴更低。如果實在是小公司，趕時間，沒精力跨平台移植的話，可以考慮只為iPhone設計，然後直接套到android上，湊活著也能用的。但android用戶在使用時也會覺得有一點點怪怪的。