androidios應用移植

Ⅰ 如何將iOS系統上的軟體移植到android上

不行，倆個系統不一樣，軟體跟系統不匹配，你可以查找想要移植的軟體的Android版本，再安裝就ok了。望採納

Ⅱ 如何在iOS與Android間移植APP

除了像"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用戶在使用時也會覺得有一點點怪怪的。

Ⅲ 從安卓設備轉移到ios的應用叫什麼

move to iOS。

Move to iOS是一款免費應用，只支持Android 4.0及更高的Android版本。

2015年9月17日，除iOS 9外，蘋果當地時間周三還發布了Move to iOS——幫助用戶將應用由Android遷移到iOS的一款工具，這也是蘋果開發的首款Android應用。

工具使用：

Move to iOS的設計目標是使用戶能方便地把數據由Android設備遷移到新款iPhone或iPad。用戶能遷移的數據包括電話簿、日程表、照片、視頻、瀏覽器書簽、電子郵件帳戶，甚至過去收發的簡訊。

在遷移過程中，iOS會建立一個專用WiFi網路，與Android設備相連。用戶可以輸入一個驗證碼，批准拷貝數據和對郵件等應用進行配置的操作。

以上內容參考：網路-Move to iOS

Ⅳ Win10移植安卓和iOS應用，是絕招還是昏招

稱不上絕招。蘋果肯於合作就已經表明完全不用擔心windowsphone的競爭。移植應用並不代表是安卓和ios 的集合，反而使自身陷入收費與否的第三方。通過應用數量的龐大來拉取客戶效果並不明顯，顯而易見，手機行業是靠獨具匠心的外觀設計和人性化的用戶體驗來獲取客戶

Ⅳ 怎樣看待Android和iOS應用可以快速移植到Win10

使用跨平台技術開發的應用會有較好的移植性，如Cocos-2d, Unity3D， HTML5。
但目前這些框架似乎都是游戲應用，且即使框架本身就具有跨平台性，在真正移植到具體平台時，也會有不同程度的適配問題，所以真正不需要修改就能完全移植的應用幾乎不存在。
對於一般的Android和iOS的非游戲類應用，大部分還是用原生的語言代碼去寫的，所以，根本不具有可移植性。