Android 从仅支持iOS过渡到iOS+;安卓&x2B;网状物

Android 从仅支持iOS过渡到iOS+;安卓&x2B;网状物,android,ios,cappuccino,Android,Ios,Cappuccino,我有几个iOS应用程序(Objective-C+iOS框架+一些web API)。没有花哨的图形,没有opengl,没有花哨的音频处理 我还想通过浏览器(在任何设备上)支持Android和普通网络用户 我想没有办法把我的代码移植到android上。这是正确的吗? 在web部件上,我一直在尝试Cappuccino,我很喜欢它(我对客户端web已经很过时了,但我将我的大部分代码从Objective-C转换为Objective-J和Cappuccino,结果比预期的要好得多。) 我的问题是,对于资源有

我有几个iOS应用程序(Objective-C+iOS框架+一些web API)。没有花哨的图形,没有opengl,没有花哨的音频处理

我还想通过浏览器(在任何设备上)支持Android和普通网络用户

我想没有办法把我的代码移植到android上。这是正确的吗?
在web部件上,我一直在尝试Cappuccino,我很喜欢它(我对客户端web已经很过时了,但我将我的大部分代码从Objective-C转换为Objective-J和Cappuccino,结果比预期的要好得多。)

我的问题是,对于资源有限的人,你是否建议添加Android。
我的选择是:
1-保留iOS并使用卡布奇诺添加网络应用程序
2-保留iOS并添加Android
3-全部切换到web(为webapp制作iOS和Android包装)
4- ...


我知道这取决于目标市场和各种各样的东西,但仅从技术+资源管理的角度来看,在您的应用程序中,什么是最好的方法。

在应用程序中使用嵌入式webkit视图对于内容密集的网站是有意义的,特别是如果您希望您的应用程序具有自己的外观,而不是符合本地的外观和感觉。Android尤其具有非常好的webkitview应用程序集成(在iOS上有点黑客,但仍然有可能)——本质上,它允许包装器应用程序向javascript公开任何本机功能

有一件事我绝对不会去,那就是像cappuccino、sencha和jQueryMobile这样的重JS框架。除了体积大、速度慢之外,他们还试图将自己的风格强加于你的应用程序。有一件事他们根本没有进行太多的优化,那就是Android上的DOM性能很慢,这使得几乎所有这些框架的使用都显得滞后


我个人的选择是Zepto.js,带有您自己的轻量级定制样式。只要稍加努力,你的应用程序就会看起来漂亮、简约,而且性能足够好,不会激怒你的用户。

我有点想避免做任何严肃的HTML、CSS和JS。我已经有好几年没有涉足这个领域了!