1. 如何实现iOS和安卓跨平台的开发
开发环境跨平台
1、开发原型的app的话.安卓跨平台都可以开发. ios只能在mac系统上进行打包编译.
2、如果是要嵌套html5来开发app. 那开发是都可以在很多平台上开发. 不过ios的打包编译成app还是需要mac系统.
3、用第三方平台工具开发.有提供跨平台那就可以跨平台开发. 打包的话看平台是否有提供.
4、其实不管怎么样开发代码有办法敲出来. 不过ios的编译打包只能在mac系统上记住这点就行了.
或你是想问,代码跨平台么? ios和安卓用同一套代码?
1、那实现方法要么现在ios和安卓上开发一套承载html5的浏览器框架. 然后具体实现都用同一套html5 + js 开发实现. 这样可以理解为跨平台.
2、利用现在现有的第三方工具开发. (原理分为两种.在各自平台的APP内运行html5 或 将代码分别转换成各自的代码各自编译.)
3、最终要的是要打包成ios包 肯定是需要mac系统. 要么自己编译, 要么将代码给第三方编译.
2. HTC vive SDK 支持跨平台(android/iOS)开发吗
首先我推荐一个：react native，facebook推出的一个跨平台解决方案，去年推出了iOS版，手机淘宝的有一个模块“猜你喜欢”就是用react native实现的，效果还不错，另外今年9月份，facebook推出了android版，大家不妨试一下，这里针对于webapp，做了一个比对：
相对于Webapp的优势：
不用Webview，彻底摆脱了Webview让人不爽的交互和性能问题；
有较强的扩展性，这是因为Native端提供的是基本控件，JS可以自由组合使用；
可以直接使用Native原生的“牛逼”动画（在FB Group这个app里面，面板滑出带一点果冻弹动，面板基于某个点展开这种动画随处可见，这种动画用Native code来做小菜一碟，但是用Web来做就难上加难）。
相对于Native app的优势：
可以通过服务端远程更新JS，进而直接更新app的页面；
相对于Webapp和Native的劣势：
扩展性仍然远远不如web，也远远不如直接写Native code；
从Native到Web，要做很多概念转换，势必造成双方都要妥协。最终web要用一套CSS的阉割版，Native要费劲地把这个阉割版转换成native原生的表达方式（比如iOS的Constraint\origin\Center等属性）。
另外我以前在CocoaChina上收藏过的一个帖子，整理了许多iOS和Android跨平台解决方案，感觉很不错，现在拿出来分享给大家，希望对题主有帮助。
1、jQuery Mobile
jQuery Mobile是jQuery 在手机上和平板设备上的版本。jQuery Mobile 不仅会给主流移动平台带来jQuery核心库，而且会发布一个完整统一的jQuery移动UI框架。支持全球主流的移动平台。jQuery Mobile文档比较全面，同时有在线工具帮你快速创建自己中意的UI风格。
技术需求：HTML，CSS，jQuery
平台支持: 绝大多数移动浏览器
2、Corona SDK（使用Lua语言）：
Corona SDK的优点：
稳定；支持硬件加速、GPS、指南针及照相机等；支持与Map、Facebook、OpenFient、GameCenter的集成；内建的物理集成；Lua语言比较容易学习；
已经有了一些很不错的应用，至少能够证明这个SDK是可以做出优秀应用来的；不错的社区支持。
Corona SDK不太好的地方：
只支持iOS和Android；Lua语言不是面向对象的；每年都要交授权费（99美元/年）。
另外还有其他的一些补充，比如：
对于Corona SDK不支持的第三方SDK没法自己去集成；编译项目的时候需要把代码上传到Corona的服务器上去编译，不能在本地直接编译；无法扩展Corona的功能；物理模块还有一些缺陷。
3、Airplay SDK（后来更名为Marmalade，不少大的公司在使用Airplay SDK，尤其适用于进行2D/3D游戏的开发）
目前使用Marmalade的游戏有《割绳子》、《植物大战僵尸》、《你猜我画》、Build 'n' Bash 3D、Catch the Monkey、Need for Speed Shift以及WorkSnug Pro等多款游戏。
Airplay SDK文档中还包含多个示例。“感觉受到限制”的开发者还可以在Airplay SDK上进行扩展。开发者需要对C++比较熟悉。
4、Appcelerator（Titanium）
Appcelerator允许使用HTML/javascript来开发原生app，开发者可以免费使用。目前世界上185个国家中有超多46万的开发者在使用Appcelerator提供的解决方案。
Titanium为Appcelerator于2008年底所推出的跨平台应用程序开发解决方案，目前支持iOS/Android/Blackberry/WM7等行动平台，以及Windows/Linux/OS X这三种主流的桌上型平台。
3. ios，安卓，pc跨平台联机是如何实现的
这个无法跨平台联机。
安卓和ios本身就不是一个系统呢。
安卓系统的数据库 和 IOS系统的数据库是俩个不同的数据主机。
是无法进行数据同步共享的。所以无法同时进行游戏。
4. 有哪位大神用过Xamarin进行Ios和android跨平台开发吗加入内购，广告及社会化分享组件
哥伦比亚大学的一些学生做过。，
5. 需要安卓和ios上都要用的app。那我是用两套语言各开发一套好还是用个跨平台的语言开发一套好
如果你安卓和iOS都会并且时间很充足我觉得还是用原生的，用户体验会好很多。要是周期比较短而且你还要学习的话我觉得还是跨平台比较好，省事
6. 如何实现ios和安卓跨平台的开发
react native：
不用Webview，彻底摆脱了Webview让人不爽的交互和性能问题；
有较强的扩展性，这是因为Native端提供的是基本控件，JS可以自由组合使用；
可以直接使用Native原生的“牛逼”动画（在FB Group这个app里面，面板滑出带一点果冻弹动，面板基于某个点展开这种动画随处可见，这种动画用Native code来做小菜一碟，但是用Web来做就难上加难）。
Native app：
扩展性仍然远远不如web，也远远不如直接写Native code；
从Native到Web，要做很多概念转换，势必造成双方都要妥协。最终web要用一套CSS的阉割版，Native要费劲地把这个阉割版转换成native原生的表达方式（比如iOS的ConstraintoriginCenter等属性）。
7. android app开发中常用到哪些开源框架
在前面的课程中，随着对Android体系的了解，已经可以进行正常的Android应用开发了。在Android开发中，同其他工程开发一样，也经常使用一些提高效率的框架，本文我们做一个对比。这些框架，既包括：网络请求框架、也包括图片加载库框架、还包括数据库操作等一些框架，总之，了解和熟悉这些框架，会对自己的开发效率有很大的提升和帮助。
网络请求框架
1、okHttp
在前文的学习中，我们已经了解过okHttp，是一个常用的网络加载库。
2、Retrofit
介绍
Retrofit是一个很不错的网络请求库，该库是square开源的另外一个库，之前的okhttp也是该公司开源的。
Retrofit是基于OkHttp封装的RESTful网络请求框架，使用注解的方式配置请求。优点是速度快，使用注解，callback函数返回结果自动包装成Java对象。官方自己的介绍说：
A type-safe REST client for Android and Java
该网络框架在github上的地址如下：https://square.github.io/retrofit/
要求
Retrofit支持的http方式方式包括 GET/POST/PUT/DELETE/HEAD/PATCH，Retrofit要求Java的版本是1.8+，Android应用的API版本应该在21+。
依赖
使用Retrofit库，和其他库一样，首先需要设置依赖，依然是在build.gradle文件中设置依赖：
//添加retrofit库依赖
implementation ‘com.squareup.retrofit2:retrofit:2.1.0’
//添加gson转换器
implementation ‘com.squareup.retrofit2:converter-gson:2.1.0’
使用
通过一个例子，我们可以来演示该框架的使用步骤：
1、定义请求接口，即程序中都需要什么请求操作
public interface HttpServices {
/**
获取头条新闻
@param type 新闻类型
@param key apiKey
@return
*/
@GET(“toutiao/index”)
Call getNewsList(@Query(“type”) String type, @Query(“key”) String key);
}
2、实例化Retrofit对象，使用的Builder的模式创建，如下代码所示：
Retrofit retrofit = new Retrofit.Builder()
.baseUrl(Constants.BASE_API)
.addConverterFactory(GsonConverterFactory.create())
.build();
注意，这里设置结构体转换器，是可以直接把网络请求回来的数据转换为Java结构体，这里设置的Gson解析器，因此要引入相应的转换器支持库。
3、得到接口对象，自己创建的全局的接口对象，并调用相应的接口，得到一个类似于请求Call对象。如下所示：
HttpServices httpServices = retrofit.create(HttpServices.class);
Call newsListCall = httpServices.getNewsList(“top”, Constants.API_KEY);
4、加入到请求队列中，并设置回调方法：
newsListCall.enqueue(new Callback() {
@Override
public void onResponse(Call call, Response response) {
//网络请求成功的回调方法
List list = Arrays.asList(response.body().result.data);
Log.i(“TAG”, “请求成功:” + String.valueOf(list.size()));
NewListAdapter adapter = new NewListAdapter(RetrofitActivity.this);
adapter.setmData(list);
mRecyclerView.setAdapter(adapter);
}
@Override
public void onFailure(Call call, Throwable throwable) {
//网络请求失败的回调方法
Log.i(“TAG”, “请求失败:” + throwable.getMessage());
}
});
其他界面操作和之前的Android中的内容一致。
3、RxJava
简单来说，用来处理事件和异步任务，在很多语言上都有实现，RxJava是Rx在Java上的实现。
原理
RxJava最基本的原理是基于观察者模式来实现的。通过Obserable和Observer的机制，实现所谓响应式的编程体验。
特点
RxJava在编程中的实现就是一种链式调用，做了哪些操作，谁在前谁在后非常直观，逻辑清晰，代码维护起来非常轻松。
RxJava也是一个在github上的库，githubhttp://www.xingkongmj.com/news/id/62.html地址如下：https://github.com/ReactiveX/RxJava
基于此，还有一个RxAndroid，github地址如下：https://github.com/ReactiveX/RxAndroid
RxJava和RxAndroid的关系
RxAndroid是RxJava的一个针对Android平台的扩展，主要用于 Android 开发。
基本概念
RxJava 有四个基本概念：
Observable：可观察者，即被观察者Observer：观察者subscribe：订阅事件
这四个概念之间的逻辑关系是：Observable和Observer通过subscribe方法实现订阅关系，从而Observable可以在需要的时候发出事件来通知Observer。
事件
RxJava 的事件回调方法主要包含以下几个：
onNext：普通的事件onCompletedhttp://dachang.net/432717.html：事件队列完结。RxJava 不仅把每个事件单独处理，还会把它们看做一个队列。RxJava 规定，当不会再有新的 onNext 发出时，需要触发 onCompleted 方法作为标志。：事件队列异常。在事件处理过程中出异常时， 会被触发，同时队列自动终止，不再允许再有事件发出。在一个正确运行的事件序列中, onCompleted和 有且只有一个，并且是事件序列中的最后一个。需要注意的是，onCompleted() 和 () 二者也是互斥的，即在队列中调用了其中一个，就不应该再调用另一个。
数据库操作框架
在开发时，本地数据库可以起到缓存数据和存储业务数据的作用，随着技术的成熟，不断推出了有很多关于数据库的操作框架。比较常见的数据库操作框架有诸如：GreenDao，OrmLite 和 ActiveAndroid，DBFlow等。
GreenDAO
GreenDAO是一个开源的 Android ORM(“对象/关系映射”)，通过 ORM（称为“对象/关系映射”），在我们数据库开发过程中节省了开发时间！
GreenDao的官方文档地址如下：http://www.xingkongmj.com/news/id/63.html
GreenDao的作用
通过 GreenDao，我们可以更快速的操作数据库，我们可以使用简单的面相对象的API来存储，更新，删除和查询 Java 对象。这款数据库操作框架的特点是：
高性能，在官方的统计数据中，GreenDao在GreenDao，OrmLite 和 ActiveAndroid三个框架中，读、写、更新操作效率均表现第一。易于使用的强大 API，涵盖关系和连接。内存消耗较小。安全：greenDAO 支持 SQLCipherhttp://www.xingkongmj.com/news/id/64.html，以确保用户的数据安全;
核心概念
GreenDao 的核心类有三个：分别是：
DaoMaster：保存数据库对象（SQLiteDatabase）并管理特定模式的 DAO 类（而不是对象）。它有静态方法来创建表或删除它们。它的内部类 OpenHelper 和DevOpenHelper 是 SQLiteOpenHelper 实现，它们在 SQLite 数据库中创建模式。DaoSession：管理特定模式的所有可用 DAO 对象，您可以使用其中一个getter方法获取该对象。DaoSession 还提供了一些通用的持久性方法，如实体的插入，加载，更新，刷新和删除。XXXDao：数据访问对象（DAO）持久存在并查询实体。对于每个实体，greenDAO 生成DAO。它具有比 DaoSession 更多的持久性方法。Entities：可持久化对象。通常, 实体对象代表一个数据库行使用标准 Java 属性(如一个POJO 或 JavaBean )。
使用
按照官方的文档和github上的说明可以实现green的使用。
首先进行的是依赖，对于greenDao，有两个地方需要设置，分别是项目根目录中的 build.gradle，还有mole中的build.gradle。
classpath ‘org.greenrobot:green-gradle-plugin:3.3.0’ // add plugin
在项目根目录中的build.gradle目录中写这句话的意思是添加greenDao的插件。
在项目mole中的build.gradle中也需要进行配置，有两个地方需要设置，如下图所示：
apply plugin: ‘org.greenrobot.greenhttp://www.xingkongmj.com/news/id/66.html’ //开头加入该代码
dependences{
implementation ‘org.greenrobot:green:3.2.0’
}
然后就可以使用了。
bean实体
可以在项目中创建自己业务需要的实体类，并通过注解来设置是实体类，字段约束等内容。然后点击Android Studio中的Make mole，即可自动生成XXXDao代码，以此来方便开发者的操作。生成的XXXDao类，不可修改和编辑，是自动生成的。
ORMLite
ORMLite框架是另外一款Android开发中可以使用的数据库操作框架。该框架的文档地址如下：https://ormlite.com/sqlite_java_android_orm.shtml
该框架的文档准备的不是特别友好，此处不再赘述。
总结，所有的框架原理几乎都相差不大，只是操作有所差异。
视图注入框架
在Android项目开发过程中，有太多的页面需要布局完成，同时在代码中需要些大量的findviewbyid的操作，来实现控件的解析。于是就有人想能否轻松一些，解放双手节省时间，干一些其他有意义的事情，于是ButterKnife就来了。
ButterKnife是一个专注于Android系统的View注入框架,可以减少大量的findViewById以及setOnClickListener代码，可视化一键生成。
该项目在github上的地址如下：http://www.xingkongmj.com/news/id/65.html
这个框架的优势也非常明显：
强大的View绑定和Click事件处理功能，简化代码，提升开发效率方便的处理Adapter里的ViewHolder绑定问题运行时不会影响APP效率，使用配置方便代码清晰，可读性强
使用
首先是设置依赖，在build.gradlehttp://dachang.net/432714.html中进行依赖设置：
implementation ‘com.jakewharton:butterknife:10.2.1’
annotationProcessor ‘com.jakewharton:butterknife-compiler:10.2.1’
需要注意，该框架要求Java环境1.8版本以上，SDK版本在26以上，因此在使用到的mole中的build.graldle文件中，还必须添加如下代码配置：
apply plugin: ‘com.jakewharton.butterknife’
android{
//…
compileOptions {
sourceCompatibility JavaVersion.VERSION_1_8
targetCompatibility JavaVersion.VERSION_1_8
}
//…
}
另外，还必须在项目根目录中的build.gradle文件中，添加该框架的插件，如下图所示：
dependences{
classpath ‘com.jakewharton:butterknife-gradle-plugin:10.2.1’
}
然后即可在代码中进行使用了。
在使用该框架的页面进行绑定诸如，如下所示代码:
ButterKnife.bind( this) ;
主要的功能
@BindView（）：控件id 注解，解放双手，不用再每个控件都写一遍findviewById@BindViews（）:多个控件id 的注解，括号内使用花括号包括多个id即可，中间用，分割开在Fragment中使用，绑定Fragment。@BindString（）：绑定字符串@BindArray：绑定数组@BindBitmap：绑定bitmap资源@OnClick、@OnLongClick：绑定点击事件和长按事件…还有很多
插件安装
如果是页面很复杂，一个一个写BindView也很费劲，在Android Studio中，可以安装一个ButterKnife的插件，安装该插件后，可以在Studio中直接将对应的布局中的所有控件均给自动生成。
注意，在进行自动生成时，鼠标要放在布局文件上。
注意事项
ButterKnife框架在使用时，要求的版本比较高，包括Java的版本也有限制。因此，如果计划在项目中使用，要提前做好预备工作，以防止对已有项目和业务带来不必要的麻烦，反而影响工作进度。
8. 跨平台设计的几种思路，哪个更好
在网上, 我们时不时就会看见某些人别有用心的放出一些很有迷惑性的话题出现, 比如说下面这个:@710Aziz: 有人把 Android 的界面风格往 iOS 上搬, 有人把 WP 的界面风格往 iOS 上搬, 有人把 iOS 的界面风格往 Android 上搬. 不同点——搬到 iOS 上的其它平台界面风格依然显示得很漂亮至少也是还不错, 搬到 Android 上的那些就大多很丑. 不同的平台, 先天基础和包容性不一样. 所以经常喜欢抨击应用在 Android 上照搬 iOS 风格的某人也多少应该想一想, 把 iOS 风格放到 Android 上显得很奇怪, Google 自己的设计和产品人员在这件事上要负多少责任——做一个平台, 尤其是弱势平台, 要考虑的不仅仅是”如果完全照我的规则来, 在我这里会好看”.三大平台应用旧状(国内市场)无论是在什么平台上, 应用质量都应该是呈金字塔结构分布的. iOS 由于其拥有更规范的市场, 更健全的防盗版机制以 及合理的分成模式, 最受开发者青睐,在 iOS 上应用质量可以说是成圆台状分布, 有大批优秀应用, 同时最劣质应用的数量也远远小于其他两个平台. Android 上则是典型的金字塔结构, 最优秀的应用只占非常少的一部分, 一般应用和垃圾应用则是依次递增. WP 平台比较悲剧, 几乎没有堪称精品的应用, 一般应用非常多, 垃圾应用更多, 是个矮圆台 + 小圆锥的结构.而跨平台应用, 同样也有这么个分级. 通常情况下, 由于上段提过的原因, 跨平台应用的 iOS 版本都是最好的; 因为 Marketplace 有着颇为严格的准入门槛, 所以 Windows Phone 应用的质量其次; Play Store 准入门槛低, 难以获得收入, 用户质量比起前两者又更加参差不齐, 注定了开发者很难主动的把 Android 平台列为重点开发对象, 通常是随便的应付了事.但是自从 Android 4.1 出现之后, 状况有所改变了.跨平台开发的几个典型思路生搬硬套, 直接把某个平台 (一般是 iOS) 的界面照搬到其他平台. 效果最垃圾. 我曾经在 WP7 上看到过一个拍照滤镜应用, 界面彻头彻尾就是 iOS 5 相机的界面, 可谓丑陋之极.继承主题, 应用主体基本按照某一平台 (一般是 iOS), 针对不同平台特性略作微调. 这套方案在 WP 上同样行不通. 但是在 Android 上, 可以起到不错的效果.照抄原生, 完全照搬不同平台的原生样式. 成本最低, 效果也还不错, 但后果是有可能完全丧失应用的特征.分别适配, 针对不同平台的特性进行适配, 同时保留属于自己应用的一些特征. 效果最好, 但是代价也略高.独创风格, 做出属于应用自己的, 不和任何平台相冲突的应用风格. 几乎不可能(除了游戏), 至少在 WP 上台困难.由于Windows Marketplace 审核较严, 所以在 Windows Phone 上出现的跨平台应用基本看不到生搬硬套和继承主题的例子. 反而是照抄原生的应用在 Windows Phone 上比比皆是. 而 Metro UI 的个性又过于强烈, 在另两个平台上也许还算很和谐的设计在 Windows Phone 上往往也会很别扭.而在Android 上, 上面五种例子都有典型的对应应用.生搬硬套的典型就是某些国内知名互联网企业的应用了, 这些应用我想大家都很熟悉, 他们一方面照搬 iOS 的 UI 和交互逻辑, 一方面对 Android 的平台特性置若罔闻, 造成的直接后果就是体验割裂, 功能缺失, 操作生硬.继承主题这个方法就比较常见了, 在设计优秀的应用上效果算是挺好的, 比如上图中的 Instagram, 这套界面虽然完全不像是原生 Android 系统 (而且我们也完全可以把它改得和原生系统一样), 也不会让用户体验直接分裂. 并且, Instagram 针对 Android 的特色进行了很多相应的优化, 比如更加智能的通知, 可以从不同的地方 (比如文件管理器和 Dropbox) 选择照片 (这点在 iOS 上是做不到的), 以及便捷的分享功能 (这也同样是 iOS 做不到的).完全照搬原生的应用则比较罕见,一般是系统功能替代类的应用, 比如拨号, 短信, 邮件等应用.诸如Vine, Pocket, Evernote 这样的针对不同平台开发不同风格应用的优秀范例倒是不断在变多. 以 Evernote 为例, iOS 版本和 Android 版本的 Evernote 的文件夹界面无论是外观还是操作逻辑都几乎是截然不同的.独创风格的应用最为罕见, 然而跨平台效果也是最好的. 目前我能看到的唯一一个例子就是 Flipboard. Flipboard 的操作逻辑和 UI 设计, 放在 iOS, Android 和 Windows Phone 上都是非常和谐的. 而 Flipboard 也在今年的 Build 大会上宣布登录 Windows Phone, 让我们拭目以待吧.回到最开始那段话和图片. 布卡漫画的 Android 版本实际上在导航方式方面模仿了 iOS (底部底部切换分类), UI 方面也选择了比较中性的设计 (没有明显的高光与很强的拟物倾向), 如果要归类应该归为继承主题类, 所以在 iOS 上依然会非常和谐. 而纯 Holo 风格的应用放在 iOS 上就会显得略违和了, 比如 Android 的拨号界面等. Windows Phone 界面被搬上 iOS, 其实大多也仅仅是界面类似 Windows Phone (我们可以说那是 Metro Design——龚叔也说过, 最好的 Metro Design Apps 都在 iOS 上而不是 Windows Phone), 在操作逻辑上依然是 iOS 的那一套.更进一步说, 新一代的 Google 应用也成功的将一套 UI 在不同平台上和谐的呈现了. 譬如 Maps 的 UI, 先是在 iOS 上采用, 而后搬到了 Android 上, 但是无论在 iOS 还是在 Android 上, 这套 UI 都是和谐的, 并不会与平台存在视觉或交互上的冲突或分裂. 而在 Android 上也有一系列使用 Metro UI 的应用, 其中最着名的当属 ZPlayer——一款完全模仿 Zune 的音乐播放器. 类似的例子还有, 比如 Flipboard. 以后也不断会有这样的例子出现, 因为 iOS 7 的新改变在 UI 逻辑上无疑是拉近了三大平台的距离. 那么看完了上面的分析, 你依然认为”不同的平台, 先天基础和包容性不一样”这个论断是合理的么?
9. 如何实现跨android和ios平台开发
1、服务器端区分连接终端类型和平台版本不难，主要是数据接口的设计和负载能力。比如米聊，对所有终端内部的通信、存储、转发机制是样的。那你核心还是服务器端的技术储备和能力。
2、Talk box的通信机制实现起来不难，但还是前面的这个问题，就是服务器端的技术，同时语音的压缩和播放是否有自己的或者适合的引擎，因为Talk box 可以做到每秒2K的数据量超过移动网络的话音通信质量。
3、游戏的跨平台，建议还是使用跨平台的引擎。Cocos2D 之后衍生的 Cocos2D-X要到年底才能比较完善的支持多平台（主要是目前Android平台Cocos2D-X还是需要用JAVA和C混编，要求比较高）而3D也有类似的可选择产品。
4、是否有必要上来就考虑夸平台，这是个疑问。目前我们真的还没有看到哪个产品上来就提供网络游戏多平台支持的，因为各个平台目前盈利模式和收费渠道有所不同，所以你很难直接用iOS上的费率要求Android用户也认账，除非是直接针对海外市场。而目前iOS Android WP7这些平台上最成功的网络游戏还没有超过10万人在线的，前面问题中100万 1000万的这个前提至少半年甚至1年内不存在。
5、回合制游戏，我们要求做弱联网就是GPRS下必须可玩，如果一定是长连接，请评估自己通过优化后能得到的最小数据通信量。如果做手机网络游戏只能WIFI环境，或者断线后游戏进程没有等待或者恢复机制。那基本上不太可能或者真正的或者持续的成功
6、目前北美Grossing 前30名，无论iPhone 还是iPad，传统概念的网络游戏几乎都是不存在的，只有弱联网的棋牌、农场、经营类，我们不认为MMO、大型联网游戏、3D网络游戏短时间内会有足够的市场空间。Android平台由于70%的终端还是里程碑时代的性能，所以建议产品选型的时候慎重，考虑跨平台同步实现的时候慎重，网络连接的带宽需求设计慎重。
10. 请问一下,如何把IOS上的项目移植到安卓平台上
如果是想跨平台，不能用c++写，用标准C写，这是跨平台的基础，然后，用JNI去开发就行。