13518219792
推荐两个html5在手机app开发方面好的框架：phonegap + sencha。
创新互联成立与2013年，是专业互联网技术服务公司，拥有项目做网站、成都网站制作网站策划，项目实施与项目整合能力。我们以让每一个梦想脱颖而出为使命，1280元温县做网站,已为上家服务,为温县各地企业和个人服务,联系电话:18980820575
sencha touch是一个html5的重型框架，自带组件较多，一般应用可以凑合着使。
phonegap可以将html5的应用本地化。解决了纯html5应用不能调用本地机器接口的问题。
两者结合蛮好用的。
针对手机端来说ios的需求更大，针对pc端来说html5的需求更大，两个不同的平台没法放到一起比
H5的最大优势就是可以在网页上直接调试和修改，而且更重要的是，它几乎不用考虑用户的机型与适配性问题。智能手机主要被分裂为两大系统：Android和iOS，一个做应用的团队，怎么着也得准备两套班子来适应用户两种手机。而在Android体系中，版本的分裂和机型的五花八门，想要求得极致的体验，还得反复测试各种版本和机型。这无疑大大抬高了开发成本。
就像开发一个网站无需太多关注用户究竟是windows机器还是MAC机器（少许关注还是需要的，但比起开发软件所需要的关注，那就少多了），开发H5同样能够大幅降低成本。
第二个非常重要的优势在于版本升级。正如网站升级和用户无关一样，H5应用的升级，用户也不需要去update什么东西。这某种程度上就等于“强制升级”，这给开发者带来的好处也是巨大的：他们不需要考虑应用的各种版本的兼容性问题。
第三个也必须注意到的优势是，如果使用H5（甚至是更低版本的html）开发出网络应用（web app），它可以绕过苹果的应用商店，让用户直接从网站上下载，这可以避免让应用商店在收费上扣去3成的分成制度。
不过，这绝不是H5在时下忽然大火的原因。因为上述这些特点，H5早就具备了。
第一个重要的原因在于，一直到去年10月29日，万维网联盟才宣布，经过近8年的艰辛努力，H5标准规范终于最终制定完成了，并已公开发布。有了标准规范，给H5打下了非常重要的基石。对于互联网世界而言，标准规范几乎就是生命线。
第二个重要的原因在于移动互联网终于如燎原之势普及开来，而在中国，移动互联网的主要应用之一微信，又一直在很多模块里使用H5技术，比如微信公众账号。
微信的朋友圈中，除了图片和文字以外，能发送进去和朋友们分享的，都是网页。过去一般都是分享公众账号的一篇文章，但很快，商业组织们意识到，如果把他们的商业信息做得有趣一些，借助用户们的分享，他们的传播效率会高很多。于是，我们就会看到今天的朋友圈里动辄就会出现商业组织的H5制作，比如会议邀请，比如组织招聘，比如活动策划。
于是，有人开始惊呼：H5会杀死原生应用（native app）——不过，这句话其实好几年之前就有人喊过，Facebook一度还使用所谓的“网络应用”来替代原生应用（不过但没过多久，就退了回去。网络应用还是有很多问题，比如对交互性的即时响应）。
但我始终不这么认为。网站并没有杀死软件，web app也很难杀死native app，即便得到H5支持的web app。更有可能的是，一个native app里在部分甚至大部分模块里包含H5——事实上，微信就是这样的应用，Facebook所谓退回native app，本质上也是网页打包进入它的那个原生应用。很难有泾渭分明的web app或者native app。
还有一点是值得我们担心的，那就是今天对H5的使用，过于营销化了。朋友圈里动辙可见的H5，都是营销信息。这让我不得不想起了一度非常火爆的minisite，商业公司曾经疯狂在这种小型网站上烧钱，一个策划专题投入上百万都不算罕见，最终，minisite可以说是营销需求催动，也毁于过于营销化。普通用户图个新鲜第一次会看，第二次第三次，他们总有厌烦的一天。
真正能让H5大火的，绝不是今天朋友圈这些移动互联网里的“minisite”，而是能切实解决某种需求的H5式解决方案。一个我个人很看好的方向是视频。H5理论上是不再需要嵌入什么Flash技术了。不过，到目前为止，以谷歌、Firfox、Opera为一方，苹果为另外一方，就视频格式问题，还在继续纠结磨叽中。
近几年iOS开发行业的火热，让不少iOS开发者受益不少，甚至很多还未毕业的大学生都纷纷来参加厦门iOS培训，旨在能在大学毕业的时候找到一份高薪工作。
然而自从去年HTML5的出现，似乎抢了些iOS的风头，于是有人开始纠结了，是学HTML5好还是iOS开发好呢?如果你还摇摆不定的话，那么就让石家庄计算机学校来帮你分析一下吧：从目前来看，iOS开发和HTML5薪资都非常可人，不同的是HTML5现在还不够成熟，机遇大，挑战大，技术开发方面的高手少，在企业里会更吃香;而iOS以及发展了好几年，市场已经成熟，现在不缺新手，缺专业高手，几乎在每一个互联网企业都需要iOS开发人才。
从未来发展来看HTML5远大于iOS。
HTML5逐渐替代现有富媒体脚本语言，在未来前端开发工程师会是非常抢手且高薪的职位。
另一方面讲，对于零基础初学者建议选择成本较低的计算机语言学习，在快速掌握技术的同时也可增加自身的信心并对于后期深入研究其他计算机语言打下基础。
不过学习HTML5要学的东西很多，虽然都比较简单，但是深入还是比较难的。
这和iOS开发差不多。
对于ios开发局限性和未来命运的问题，石家庄北大青鸟小编觉得这些东西不要想太多，技术在手，自然什么都有，即使某一天(10年之后?)苹果突然从世界上消失，那时候你的价值也没有贬低多少，照样可以利用对程序的经验转型其他技术。
你看现在flash的处境，正在技术顶峰，但是大家都知道他在消亡，那靠flash吃饭的人都在急着转行么?flash会在几年内消失呢?5年?到时候恐怕都在做管理了，或者架构师，跟具体技术也没什么关系了。
IOS开发中HTML5到底需要多少种编码格式是本文要介绍的内容，主要是来了解HTML5到底需要多少编码格式才能支撑的起来，来看详细内容。
HTML5 的 video 标签真的很威武，几乎所有的主流浏览器可以直接提供本地的视频播放功能，相对于以前通过 Flash 这种类似“中继”的播放方式，要先进很多。同时也为一些不支持 Flash 播放的移动设备带来的希望。
也许，你会因为 video 标签可以支持到的视频种类而感到困惑。嗯，到底为了实现 HTML5 的特性，到底要转换多少种编码格式的视频？WebM，Ogg 还是 MP4？那…iPhone 和 Android 又需要哪种编码格式？如果我还要提供高、中、低三种码率的视频呢？
下面就来看看到底 HTML5 video 标签的详细情况吧。
关于 Web 格式
目前来说，广泛被浏览器支持的的视频编码格式总共有三种，但是没有一种可以达到通吃所有浏览器的境界。所以对于同一个视频，至少需要两种格式，才能在所有浏览器里播放。
首先要选择一个被支持最多的视频格式，那么就是 MP4 H.264 这个组合了，音频方面则是 AAC 或者 MP3。MP4 封装的视频，可以在 Safari、Chrome 和 IE9 里播放（悲剧的是 IE9 只支持 Windows Vsita 和 Windows 7）。同时，这个组合也是你通过 Flash 来作为播放器播放的最好选择了，同时这个组合也可以在很多手持设备上播放，比如 iOS、Android、Blackberry、PSP、PS3 等等。在 H.264 编码的时候，可以选择 “High Profile” 以获得最好的编码质量，或者 “Baseline” 来应对一些移动设备。
除此之外，还有两个组合，WebM VP8 和 Ogg Theora Vorbis 来满足其他的浏览器。WebM 可以在 Firefox（4.0 ）、Chrome（6.0 ）和 Opera（10.60 ）中播放；Ogg 可以在 Firefox（3.5 ）、Chrome（3.0 ）和 Opera（10.54 ）中播放。
那么问题又来了，如果要从中选择一个，是 Ogg 呢，还是 WebM 呢？
从我们（Zencoder）来看，WebM 肯定是未来开放式视频格式的领跑者，VP8 比起 Theora 来说，要更加的优秀，而且还有强大的社区作为其后盾，特别是 Google 的支持。
反过来看 Ogg，其最大的特点是她支持了 44.64% 的浏览器（译者注：这里应该是指浏览器分部率中，可以播放的比例），而 WebM 仅支持 9.35% 的浏览器。如果仅着眼于 2010 年 10 月，那么 Ogg 也是一个不错的选择。如果你是为了未来的 1-2 年，那么WebM 似乎更有优势一些。
推荐：MP4 WebM 或者 Ogg 其中一种，当然全部都编码出来也可以 ^^。
关于移动设备
和浏览器的情况一样，在移动设备上也没有一个可以通吃全盘的编码方案。不同的移动设备有着不同的编码标准，甚至比起浏览器领域来说，更加的复杂。不过还是有一些方案可以让你省不少精力的。
在这里你可以查看一个完整的移动设备编码列表。
1、现在绝大多数的移动设备都支持 MP4/H.264。包括 iOS 系列的产品（iPhone、iPod、iPad、Apple TV 等），绝大多数的 Android 设备，新的黑莓手机。对于这类设备，编码的时候应该选择 “Baseline”。在分辨率上，对于 iOS 和 Android 设备，选择不高于 640×480 的分辨率即可，对于黑莓系列手机，选择不高于 480×360 的分辨率即可。
注意：可以在 iPhone 上播放的这类编码格式，同样也可以在 HTML5（当然仅仅是一部分浏览器） 或者 Flash 中播放。如果你怕麻烦或者想节省一些转换花费的时间，可以考虑选择在编码的时候，不高于 iOS 系列设备和 Android 系列设备的分辨率。如果你不怕麻烦，并且视频在不同的码率上表现差异很大，或者需要在电脑上有更清晰的表现，就多编码出来几个不同的码率吧。
2、对于一些老的移动设备，选择 3GP/MPEG4。绝大多数的黑莓手机和一些 Android 的手机，都支持这种格式。同时，3GP 在 iPhone 和 iPod 上都可以播放。
3、关于 WebM，现在也许还不是一个好的选择，虽然在一些 Android 的手机上已经可以播放，但是支持还不是很广泛。预计未来 1-2 年会有更多的支持 WebM 格式的手机。
推荐：怕麻烦则 MP4 格式，640×480 或者 480×360。不在乎编码时间和存储空间，就应该选择三种 MP4 编码方案（480×360，640×480，720p “Main profile” ）
外加一到两种 3GP 格式（320×240 或者 176×144），可以参考这份日志来获取更加详细的编码参数。
关于多种比特率
有可能你在考虑，是不是要为带宽很足的用户准备高比特率的视频，并且为了照顾小带宽的用户，另外再准备一份低比特率的视频呢？如果你的用户已经 开始在互联网上观看高清的视频，那么为了迎合这类用户的习惯和用户体验，那么答案则为是。可以考虑提供 2-3 种不同比特率或者分辨率的视频来满足使用不同互联网连接方式的用户。比如提供一份 640×360 和 一份 1280×720 的选择。未来我们会更多的讨论这个问题。
关于流媒体播放
本篇文章不讨论关于流媒体的问题，并且 RTMP（Flash）、Smooth Streaming（Silverlight）、HTTP Live Streaming（iOS）都要求特殊的视频格式。这已经超出了我们要讨论的范围了。未来将会有相关的文章进行讨论
结论
1、最低限度的支持 HTML5，应该选择 MP4 WebM 或者 Ogg 其中的至少一种，并且使用 Flash 来播放 MP4 以便提供向下兼容支持。
2、移动设备方面，H.264/MP4 会让你省心很多，如果可以提供 2-3 种不同分辨率和码率的视频，会大大增加兼容性。
建议
以下是关于所有类型的视频编码方案建议，Zencoder 支持以下列出的所有编码格式（广告了…）
1、只为能播放
HTML5，Flash和移动设备：MP4/H.264，使用 “Baseline” 编码，480×360 或者 640×480
HTML5：WebM 或者 Ogg
2、更上一层楼
HTML5，Flash：MP4/H.264，“High profile” 编码
HTML5：WebM
HTML5：Ogg
移动设备：MP4/H.264，“Baseline profile” 编码，分辨率 480×360 或者 640×480
3、我要支持所有设备和浏览器
HTML5，Flash：MP4/H.264，“High profile” 编码
HTML5： WebM
HTML5：Ogg
移动设备：MP4/H.264，“Baseline profile” 编码，分辨率选择 480×360 以便提供高兼容性
移动设备：MP4/H.264，“Main profile” 编码，分辨率 1280×720 以便支持新的设备（如 iPhone4、iPad 和 Apple TV）
移动设备：3GP/MPEG4，分辨率320×240 和（或） 177×144 以便支持非智能手机。
