2013-02-13 47 views
-3

我的印象是,许多移动应用程序使用HTML + Javascript + CSS渲染引擎包装在原生移动应用程序中,以便: - 实现大部分UI - 在所有平台上保持一致的外观和感觉(iOS, Android,Win8,web,...) - 在许多平台上维护一组可移植的代码(例如,使用Javascript接收和解析内容为JSON,并与DOM交互以进行渲染)。HTML + Javascript + CSS是移动应用程序的良好框架吗?

我实际上有一个几个问题: - 这是一个普遍可行的移动应用程序开发模式?比如,你可以在其中实施Pinterest吗(具有类似的外观质量和响应能力)? - 以这种方式工作的应用程序的成功示例是什么? (如果流行的应用程序没有使用它,为什么不呢?)

注:我见过这个:Writing a mobile phone radio station app - is Javascript/HTML/CSS viable, or do we need to go native?,但那是2010.在2013年是什么?

+3

这个问题实在太宽泛无法回答。围绕该想法建立了整个套房(例如,PhoneGap),甚至整个手机操作系统(HP WebOS)都失败了。现在Tizen想要走相同的路线... – 323go 2013-02-13 22:36:56

+0

好吧,也许另一个更具体的方式来问这个问题:如果你今天为iOS,Android,win8商店和浏览器实施Pinterest,你会推荐什么样的方法?一个客户端框架或一组客户端框架。一致的外观和感觉是一个问题,可维护性和部署速度也是一个问题。 – user48956 2013-02-14 00:58:58

+0

鉴于您需要“一致的外观和感觉是一个关注点,可维护性和部署速度也是一个问题。”我会说只是去网络应用程序。您可以开发一切,无需学习如何为每个平台做UI。如果您推送通知或inapp购买,那么您将需要执行后端代码,但我会建议将网页代码设计为通用,并使用插件与设备进行通信。 Sencha触摸2与PhoneGap很好地工作。两者都是免费的,并提供了一个很好的起点。 – 2013-02-14 15:54:47

回答

2

对此有各种各样的反应,也有许多与此有关的答案,但我会在我所看到的问题上谈几句话。

夫妇有用的链接 http://mashable.com/2012/09/12/web-vs-native-apps/ http://www.wired.com/insights/2012/11/native-apps-vs-mobile-web/

几个框架:jQuery Mobile的,煎茶触摸,Telerik的剑道

还应考虑的PhoneGap /科尔多瓦。

乍一看,制作一个可以轻松部署到IOS,Android,Windows等的应用程序对它有很好的吸引力。然而,迄今为止我遇到的最大问题是InApp购买,推送通知和外观问题。

或多或少的IAP和推送通知必须针对每个设备进行编码。有帮助程序库和教程来帮助进程,但你仍然需要维护独立的代码。当然,你可以在幕后编写所有这些内容,并使用phonegap来访问插件。

外观和感觉 - 为iOS,Android和Windows开发时,它们都需要/建议您的应用程序看起来是本机的设备。这意味着您现在必须为每个设备管理单独的css。对于像sass这样的事情来说,这并不完全困难,并且一些框架具有部分自动化功能。

Web vs Native的成功难以见到。 Facebook最初是作为一个网络应用程序开始的,但之后放弃了原生。但是,如果你看看Firefox采用的路线是https://www.mozilla.org/en-US/firefoxos/,他们的用户界面将基于html,这非常棒。本地最大的好处是你将制作一个适用于该设备的应用程序。与本机相比,网络应用往往表现得更慢,但这取决于框架以及编码方式。

另一件可能考虑的事情是MonoTouch http://xamarin.com/monotouch,它提供了一种用一种语言编写所有后端代码的好方法。它还将其编译到设备本机代码中,以便您从两个世界中受益。

至于本地化是网络,它将取决于您的业务需求,您的经验和更多的研究。我无法涵盖所有​​内容,只能提供我在过程中遇到的问题和想法。

相关问题