移动开发 - 原生VS跨平台VS的JavaScript [英] Mobile development - Native VS Cross Platform VS JavaScript

问题描述

我们的公司将很快开始开发一些产品适用于移动平台，作为CTO，我被要求审查现有的不同工具的利弊，以达到最佳的质量/成本效益的解决方案。

Our company will soon start developing few products for mobile platforms, as CTO I was asked to examine the Pro and Cons of the different tools available in order to achieve the best quality / cost effective solution.

我们将主要针对iOS和Android，继发的Windows Mobile和黑莓。

We will be aiming primarily at iOS and Android , secondary for Windows-Mobile and BlackBerry.

考生：

进行一些背景调查后，我发现了以下可能的候选人：

After conducting some background research, I found the following possible candidates:

• 本机 - 简单，但费力地为每一个平台的本地工具和语言

• Native - Simply but laboriously develop for each platform with its native tools and language.

HTML5，CSS和JavaScript - 可能是一个Web服务上的设备的浏览器（网站）上运行，或一个应用程序incapsulate各地的WebKit这样的code

HTML5, CSS and JavaScript - Could be a web service running on the device's browser (a website) , or an app which incapsulate such code around WebKit.

的Rho移动 - 由谷歌，因此应该是不错的 - 不过基于Ruby（这是我们不熟悉），并确实有复杂和相当脆弱的开发环境。

Rho mobile - Made by Google so it ought to be good - nevertheless based on Ruby (which we are not comfortable with) and does have a complex and rather flimsy dev environment.

的PhoneGap - 这似乎很容易，大多基于JavaScript - 它是开源的，但由Adobe最近收购 - （不是一个好兆头）

PhoneGap - It seems easy and mostly based on Javascript - It is open source but lately acquired by adobe - (not a good sign)

Appcelerator的 - 任何从Javascript到PHP和Python的，有API访问一个很好的范围，但我们听到反对（苹果）的许多故事，不兼容使用复杂$ C时，在不同的平台$ C。

Appcelerator - Anything from Javascript to PHP and to python, have a nice range of API Access but we heard many stories of rejection (by apple), and incompatibilities when using complex code across different platforms.

和更像MoSync，煎茶，Appmobi和电晕（没有测试他们的第一手资料）。

And more like MoSync, Sencha, Appmobi and Corona (didn't tested them first hand).

参考的几点：

• 我们不打算开发游戏，我们正计划开发的应用程序在业务应用与放大器的境界;信息工具。

• We are not planning on developing games, the applications we are planning to develop are in the realm of business applications & information tools.

该应用程序不依赖于过度使用的设备的API（但确实需要一些小的基本接入）

The applications are not depending on excessive use of the devices API's (but do need some minor basic access)

已经开发了iOS和我们有一个小团队的原生的iOS开发公司（Objective-C的极客）

The company already developed for iOS and we have a small team of native iOS developers (Objective-C geeks)

我们想确保我们能继续发展我们的特色应用，而他们得到由于新的操作系统或API破

We would like to be sure that we can carry on developing our applications in the feature without them getting broken due to new OS or APIs

这将有利于确保手的应用程序将不会因跨平台code（主要是苹果商店）

It will be beneficial to ensure before hand that the application will not be rejected due to cross platform code (mostly AppStore)

就像任何一家公司，我们希望我们能以具有成本效益 - 在另一方面，我们坚持以高品质的产品和顶级的线的用户体验

Like any company we would like to be as cost effective as we can - on the other hand we insist on high quality products and top-of-the-line User experience.

有没有更好的地方要问这个问题不是计算器，我会AP preciate从开发者的经验有关此主题的任何意见。

There is no better place to ask this question than StackOverflow, I would appreciate any comments from developers with experience on this topic.

推荐答案

有在应用程序市场500K +的应用程序，竞争非常激烈。这是极为重要的有很大UX和图形。

There are 500k+ apps on the app markets and competition is fierce. It is paramount to have great UX and graphics.

跨平台工具看齐，不符合当地的发展。如果他们是，我们都可以使用它们。但我们不是。一个理由 - 你不必完全控制。而完全控制是需要有非常好看的应用程序。

Cross-platform tools are NOT on par with native development. If they were, we would all be using them. But we are not. With a reason - you do NOT have full control. And full-control is necessary to have great looking apps.

如果您的应用程序是不是消费者应用程序，但一个企业应用程序，它使用的是通过一些内部部门决定的，那么你的可能的获取与马马虎虎的设计，因为这种应用程序的价值在它的功能。

If your app is not a consumer app, but an enterprise app, which use is dictated by some internal department, then you might get by with so-so design, because the value of such app is in it's functionality.

但是，如果你是认真的移动应用程序市场 - 那么唯一的办法就是去当地。而你需要一个UX的家伙，一个设计师（谁知道手机开发）团队全职。你将花费大量的时间向上50％的样子。我是现在一部分该项目以外表花费时间的80％+（图形，动画，用户体验，可用性测试）。

But, if you are serious about mobile apps market - then the only way is to go native. And you need an UX guy and a designer (who knows mobile development) on team full time. You will spend upwards of 50% of time on looks. The project that I'm part of now is spending 80%+ of time on looks (graphics, animations, UX, usability testing).

一个建议：用你的竞争对手的应用程序花费一段合理时间（=天）。另外花时间与每个市场上排名前50位的应用程序。你会得到的感觉有多高的栏。然后检查与跨平台的工具进行的（你可以找到他们的网站的链接）的应用程序和比较。

A suggestion: spend a reasonable amount of time (= days) using you competitors apps. Also spend time with top 50 apps on each market. You will get a feeling how high the bar is. Then check apps made with cross-platform tools (you can find links on their sites) and compare.

这篇关于移动开发 - 原生VS跨平台VS的JavaScript的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！