解决方案 »

  1.   

    用webservice,IOS、android都可以用
      

  2.   

    1、做app的话学点android或者ios基础呗,估计服务端还要提供专门的接口,返回json\xml的接口
    2、单独做的话要实现android和ios两个版本app,可以考虑做web app,能跨平台
      

  3.   

    1.android ios,你有java基础,android最方便.
    2.如果是想做成客户端应用,不用动已完成的web应用,只需要提供api接口即可.
    3.没有什么要注意的,两个版本功能和UI效果上最好保持一致即可.
      

  4.   

    你如果这块不熟悉的话,可以用  html做  ,android 和ios 可以用一套,你做服务器的  html会更好上手一点,难度也不会大,把那些电脑上的页面改成手机版本的就好了
      

  5.   

    既然双平台都需要,可以开发成webapp啊,比如senchatouch2。现在html5效果下很多webapp效果上不亚于本地app,只不过对于本地硬件的调用稍微欠缺一些
      

  6.   

    我比较赞成前面推荐的做成web方式。1.原有的本身的系统的业务就是用web形式的,应该很少涉及到本地数据和硬件访问和高性能应用。移动web应该可以胜任。
    2.要兼容android/ios的话,要么就是用java/object c/swifty各自为一个平台做一个。成本会高一些。做成web的话,可以一个版本兼容android,ios,windows phone。
    3.做成移动web的话,基本可以沿用原来的业务逻辑层的代码。只修改ui部分。相对轻松。做本地app的话,需要服务端做通讯接口。
    4.不差钱的话,随便怎么搞都可以,有钱什么都好办,大不了多招人。
      

  7.   

    恩,我也支持前面他们的观点,将前台 修改 做成手机自适应 的web网页,现在手机APP有网页形式的,这样你几乎都不用怎么改。
      

  8.   

    首先数据交互上面 需要确定 后台使用HTTP还是 webservice 不建议使用webservice 比较笨重,没必要。
    然后需要设计原型,确定APP的需求,再设计界面。
    剩下的就是交给安卓和IOS去实现,
    用html5前台去实现的好处是跨平台,快速省事,便于更新,但是实际体验肯定不如原生的好。
      

  9.   

    如果现有系统本身就是web程序的话,那就好做多了。把程 序的界面改为可适应多屏幕的布局就可以了