如题所述
1、物理键返回：Android手机的基本设计思路是是把最常用的功能硬件化，所以就有了home,menu,back三个功能键（其实界面设计很简单啦，就是“用户到某个地方做某事”，所以就有了导航用的back和展开命令用的menu）。
2、物理键之menu：乔老爷够狠，要求iOS设备只有一个物理键home（据说以后还会把这个键砍掉，用手势当home）。所以在iOS上，返回是通过title bar左侧的back按钮来实现的。但这样设计也有好处，因为这个back“软”键上的文本是可以改的。在这个按钮上填上上一次的题目，可以让用户明确地知道按下它会回到哪里。
3、在iOS上，向用户推送信息的方式只有一种，就是alert box。这在iOS只支持单任务的时候还好说，提醒一来，哦…… 看完了就点确定。但到了多任务版本后就有点不合用了。虽然iOS的alertbox可以在用户使用某APP的时候弹出其他APP的提示，但这样未免太烦了。有时一些提醒并不需要强硬中断用户当前的操作，比如后台在下载的报纸下完了。Android有更精巧的Status Bar Notification和Toast Notification（详情可参看钟磊的手机系统消息通知设计的整理和分析和我写的如何为手机界面设计提示消息）。当要推送非紧急的消息时，Android平台可以使用更柔和的状态栏提示。在Android上，当需要对一个对象采取一些操作时，可以长按，唤出相应的context menu（这是对一个项目的，如果是针对当前整个页面的操作，Android有menu物理键，iOS有toolbar）。但是在iOS平台上就不太有地方去放置针对屏幕上某一个对象的大量操作（一两个是可以的，放在项目旁边就O了）。可能在乔老爷看来，当需要对一个对象进行“炒、炸、烹、煮、蒸、熏、爆”的时候，就说明你想要的太多了。
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用户在使用时也会觉得有一点点怪怪的。
2、物理键之menu：乔老爷够狠，要求iOS设备只有一个物理键home（据说以后还会把这个键砍掉，用手势当home）。所以在iOS上，返回是通过title bar左侧的back按钮来实现的。但这样设计也有好处，因为这个back“软”键上的文本是可以改的。在这个按钮上填上上一次的题目，可以让用户明确地知道按下它会回到哪里。
3、在iOS上，向用户推送信息的方式只有一种，就是alert box。这在iOS只支持单任务的时候还好说，提醒一来，哦…… 看完了就点确定。但到了多任务版本后就有点不合用了。虽然iOS的alertbox可以在用户使用某APP的时候弹出其他APP的提示，但这样未免太烦了。有时一些提醒并不需要强硬中断用户当前的操作，比如后台在下载的报纸下完了。Android有更精巧的Status Bar Notification和Toast Notification（详情可参看钟磊的手机系统消息通知设计的整理和分析和我写的如何为手机界面设计提示消息）。当要推送非紧急的消息时，Android平台可以使用更柔和的状态栏提示。在Android上，当需要对一个对象采取一些操作时，可以长按，唤出相应的context menu（这是对一个项目的，如果是针对当前整个页面的操作，Android有menu物理键，iOS有toolbar）。但是在iOS平台上就不太有地方去放置针对屏幕上某一个对象的大量操作（一两个是可以的，放在项目旁边就O了）。可能在乔老爷看来，当需要对一个对象进行“炒、炸、烹、煮、蒸、熏、爆”的时候，就说明你想要的太多了。
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用户在使用时也会觉得有一点点怪怪的。
温馨提示：答案为网友推荐，仅供参考
第1个回答 2012-04-18
开源意思就是他的数据源是开放的，可以随意从互联网上获取安装使用。
而闭源意思也有同工异曲之处，就是他的数据源是独家的，要下载使用软件你需要向开发商购买使用权，这个在我看来就是售后的一条长久的利益链，因为你买手机就是要来下应用的，而下应用反而还要钱，就像个无底洞，填不平，所以才迫使的大批中国公民不愿被深锁监狱中，通通“越狱”去了，（在这里小小感叹下，中国人太聪明了，越狱这词超形象，不知道哪个货想出来的。）
不过闭源系统有他的好处，就是软件安全性有保障，开源系统资源丰富，缝缝补补，就像犀利哥穿衣服一样。
希望楼主能了解，如果觉得我 复杂了，1楼扯淡，3楼正解。
而闭源意思也有同工异曲之处，就是他的数据源是独家的，要下载使用软件你需要向开发商购买使用权，这个在我看来就是售后的一条长久的利益链，因为你买手机就是要来下应用的，而下应用反而还要钱，就像个无底洞，填不平，所以才迫使的大批中国公民不愿被深锁监狱中，通通“越狱”去了，（在这里小小感叹下，中国人太聪明了，越狱这词超形象，不知道哪个货想出来的。）
不过闭源系统有他的好处，就是软件安全性有保障，开源系统资源丰富，缝缝补补，就像犀利哥穿衣服一样。
希望楼主能了解，如果觉得我 复杂了，1楼扯淡，3楼正解。
第2个回答 2012-03-12
android系统的源码是开放的，可以自己修改代码，重新编译一个rom让他跑到自己的系统上。ios则是只提供api使用，开发应用只能够在api基础上进行调用来实现应用功能。
楼主应该发现，android平台被各个硬件软件公司应用到自己设备上，比如amazon的kindle、华为平板和手机。而ios只存在于apple的设备，ipad和iphone。本回答被网友采纳
楼主应该发现，android平台被各个硬件软件公司应用到自己设备上，比如amazon的kindle、华为平板和手机。而ios只存在于apple的设备，ipad和iphone。本回答被网友采纳
第3个回答 2012-03-12
闭源的iOS软件优化好，切合度深。开源的Android软件丰富且免费的多，但优化深度不足。
第4个回答 2012-03-13
一楼的蠢货从哪里找来那么堆废话……
简单点吧，来源发展快，使用灵活，后者安全性好
简单点吧，来源发展快，使用灵活，后者安全性好
