给lz一点建议。

如果你的应用是面向社会的，建议用最成熟稳妥的技术方式。

1、体验一致性问题。
天朝社会上大多数的机型都是中低端设备，应用体验的一致性非常重要。H5毕竟是跑在浏览器上的，效率上是无法和OC这种比较底层的语言相提并论的，即便是和安卓上j2se这种虚拟机语言相比，也差了一些。

2、功能扩展性问题
一些应用需要能调用系统本地api和本地存储功能，ios和android也都提供了一些H5可调用的api，但是和oc\c\c++\java相比，弱了太多了。因为毕竟是基于浏览器的，它的安全机制决定了OS不可能开放过多调用底层的权限。

3、OS升级后的兼容问题
这个曾经发生过，ios5的时候，苹果调整关闭了一些h5的api和本地存储机制。将来也不能保证苹果不会再出类型的政策，而你的应用的部分功能可能会出问题。毕竟苹果是不太愿意自己的app store被边缘化的。

至于这个项目的开发预算，只能说lz太乐观了。

魔都，一个2年项目经验的 oc工资是12K以上，android上j2se是9K，移动端UI设计7K，后端java是7K。

还有你现在产品原型怎么样了，PRD和相关用例都已经成型了么，交互设计原型已经有了么，美术资源已经敲定了么，如果没有先把这些搞定，而是你边开发边规划，只能损失更大，甚至和开发者起冲突。

引用:

原帖由 cc0128 于 2013-12-29 11:27 发表
posted by wap, platform: Chrome

1. HTML5 效率足够。 按lz的预算就算用原生做，也做不出更好的效果。
2. webapp一般也是和cordova打包成 native app， 所有native的接口webapp都能调用。纯浏览器最大的缺点是不好 ...

1、h5的效率只是相对于传统浏览器而言的，在体验上和原生比差很多的，这个已经不仅仅是效率问题了，和底层渲染机制有关的，这也是facebook放弃h5的原因之一。

2、建议少用Cordova这类框架，有风险的。其本质是js调用Cordova接口，而Cordova再调用OC接口。一旦adobe停止Cordova的维护，你的产品后期风险就非常大了。

adobe在移动端上还有一个主力产品air，air可以调用一些os接口，但是不完整，于是adobe提供了ane扩展，可以调用更多的api。但现在air项目被很多人抛弃了，不是性能不行，也不是功能无法实现，而是商业风险。因为adobe在移动端上不用心，不进取，一旦像移动端的fp、linux上的air那样，你就麻烦了。

3、至于工资问题，帝都的it工资本来就比魔都高40%不止，上面貼的工资是魔都两年项目经验的平均水平。

引用:

原帖由 cc0128 于 2013-12-29 12:54 发表
posted by wap, platform: Chrome

1, 如果能翻-墙可以试试这个 http://fb.html5isready.com/ 这个可是1年-2年前的技术做的html5应用了.
微信,微博有比这个做得更好?效率更高?
你的12k码农能做得比这个好?

2. c ...

1、h5的问题，已经是体验和功能的全面问题了。应用方面，linkedin、facebook全部放弃了,游戏方面，Zynga也是全面放弃。

h5目前还是更适合混合开发，部分功能，在原生应用的webview里用html实现UI图文混排以及js与原生的通信。但要控制好h5的比例，如果比例过大，app store的审核是通不过的。

2、再次建议不要去依赖这种不成熟的框架，特别是adobe的框架。adobe的Flex开源就是前车之鉴，没有资本雄厚的公司支持，一旦开源，弄得不好就是弃婴了，现在移动端air的gpu发布模式，首先就不支持flex框架了。一个不被人看好的开源框架，后面的维护更新也是很折磨人的。

作为一款推向市场的应用，不是短期行为，必须要考虑到后面的功能扩展，调用os接口和本地存储是难以回避的问题。

现在讨论的都是应用的体验和后续功能实现和功能扩展的问题。如果再上升到大数据高并发的问题，那已经早超过了LZ的预算和产品控制能力范畴了，该去找正规公司合作了。