要是钱多的话，就雇人分开开发IOS, ANDROID。要是钱少得话，少雇几个就上JS吧！将来事情谁知道，要是JS成了，但是有缺点，再开发NATIVE不晚。

莫非我们的idea比较一样？其实第一个native APP最难，之后都可以很多东西复用，糙快猛一点不差

这个还看公司的资源,要是有比较熟的前端人员,可以考虑H5+JS的方式.

这是前段时间技术群里经常讨论的问题. 不过大家都觉得,如果对native app的开发不了解,用这种跨平台开发的方式也会遇到各种各样的问题,并没有想象中那么好.

我以前做过客户端开发,android比较熟,IOS凑合也能写,也尝试过JS+H5内嵌页面方式做web app,我个人倾向于native app,一方面是自己技术的限制,js方面薄弱一些,另一点是native的东西开发起来比较有把握,调试方便,易维护.

我个人建议是内部挖掘几个能做客户端的. android也好ios也好,并没有那么难做. 哪怕是选型打算用js做了,也最好事并行的做native的准备.

web app 现在的用户体验，用户粘性，都不及native app好。如果你的业务要有一定数量的用户来做支撑那还是native吧。如果移动端只是商业模式的补充。那可以考虑下web app。

试水的话可以用用H5，但是android上碎片化程度很高，低配机器普遍性能很差，有卡顿感。
要看你的产品是以体验为卖点，还是以其他方面为卖点。
Native开发需要投入的资源非常大。而初创的项目或产品一下成功的几率很低，可以试水成功，反响不错之后筹集更多资源来改版成native。

自己想的，跟老百姓喜爱的，买账的，有时候根本不是一回事儿，为了检验这点想法，有时候用不着投入很大的成本。

聊聊移动端跨平台开发的各种技术

用js开发高体验的app也不容易，只会jquery的指定不可以。 还有一办法就是了解一下你的大部分客户是使用什么客户端， 比如这几个月只做iOS或者只做android