HTML5+MUI+HBuilder 之初探情人

07，08年那会儿正当Java火爆，C/C++仍是广泛运用的一门语言的时候，所以我的大学都献给了C/C++和Java。当诺基亚的倒闭成为按键机时代衰落的标志时，移动APP的开发也如破堤之洪。爆炸式的崛起了。小弟不才，反映略慢，加上观念陈旧，（C++程序猿的通病——认为前端=低端&移动端=前端），因此并没有打好移动APP的基础。这给后来我和我们兴趣小团队做些创意式项目也带来了难以逾越的坎。

如今这会儿，哪个web应用没有移动APPclient，就好比飞机没有机翼。帅哥没房没车没学历，美女不能生育一样，让人无法接受，且火不起来。令人欣慰的是。我的团队里有人会Android开发，所以我所要操心的就是IOS开发了，于是我自学了IOS上的Xcode开发。如今的我仅仅能说是入门。

入门的我发现，IOS的开发太繁琐了。毕竟我不是专门做这个的，要成为熟练的开发人员，须要花大量的时间研究开源控件。改写代码等，当然令人费心的还有Xcode奇葩的MVC逻辑（MVC用在web开发非常好，可是用在本地应用开发真的适合吗？小弟作为一个Xcode新人吐槽一句：这就相当于当年VC中的MFC！用过Delphi和CBuilder这些RAD的都会喜欢BCB的界面开发，入手简单，所见即所得。所以在Delphi的Anders Hejlsberg去了微软之后开发出了微软至今最伟大的语言——C#及相关组件，当我第一次使用C#做Windows窗口应用开发的时候。我感觉到了Delphi界面开发的灵魂）。

言归正传，当我正迷茫自己诸多想法皆要毁于巨大的App开发成本时，MUI的出现真正的解放了我的负担。

先简介下MUI:

        MUI（Mobile User Interface）是一套基于Html5的，遵循Html5+规范的。中国团队（是否有老外我不知道哦）开发的，开源的（遵循MIT 条款），用于手机端界面开发的一套框架。下面内容摘自MUI在Github上的项目介绍：

性能和体验的差距。一直是mobile app开发人员放弃HTML5的首要原因。

浏览器天生的切页白屏、不忍直视的转页动画、浮动元素的抖动、无法流畅下拉刷新等问题。这些都让HTML5开发人员倍感挫败。尤其拿到Android低端机执行，摔手机的心都有； 还有一方面，浏览器默认控件样式又少又丑，制作一个美丽的控件很麻烦，也有一些制作简单的ui框架但性能低下。

mui框架有效的攻克了这些问题，这是一个能够方便开发出高性能App的框架，也是眼下最接近原生App效果的框架。——摘自MUI在Github上的项目介绍

MUI的出现绝非偶然，小弟就以前有过类似的完整的设计，所以当MUI出如今我的视野中时，很多其它的是那种“英雄所见略同”的快感。我曾想过并初探过Xamaria的使用。这玩意一是收费，二是感觉有点半成品，开发环境非常繁琐。不适合新手作为一个业余爱好使用。

Xamarin始创于2011年，旨在使移动开发变得难以置信地迅捷和简单。

Xamarin的产品简化了针对多种平台的应用开发。 包含iOS、Android、Windows Phone和Mac App。

Xamarin由很多著名的开源社区开发人员创立和參与。并且也是Mono项目的主导者——C#与·NET框架的开源、跨平台实现。——摘自百度百科。

年初时。我就想过为啥不能够出来一款类似于JVM的，能够执行在安卓，IOS上的虚拟机，然后开发人员仅仅须要使用一门语言（Java。Javascript，python等）就能够开发出执行在不论什么移动平台的软件呢？然后再使用拖拽+事件编程（等于用BCB/Delphi开发windows应用）的方式来开发APP界面呢？到那个时候。用户仅仅须要拖拖控件，双击加入事件，改动改动样式等属性就能够完毕通用的应用。并且，APP的安装包会非常小。我们把一些规范的样式和基础控件都放到这个虚拟机中。执行时仅仅须要依照ID来调用。当然，草民肯定是没有这个能力。时间。金钱来做这个的。。。

MUI包含同类软件的诞生，绝对是我今年听到的对我最实用的软件行业的消息之中的一个了！

它将极大的提高了草根程序猿开发web产品的单兵作战能力。尽管我不熟悉原生APP的开发。或对于HTML,CSS和JS并不能说是精通，可是不虚！！

至少有经验，了解原理。跟Xcode的学习成本比已经好了太多！

尽管我是xcode菜鸟，不应该黑xcode，只是之前的swfit的出现，让我看到了猪跑···（没吃过猪肉。还没见过猪跑吗？）

MUI是移动端开发的革命者之中的一个（同类的产品已经陆续出现）！终将革掉那些高富帅。“土豪劣绅”。大地主才干用的起的开发方式的命。或许MUI之后还有更加优秀的类似框架产生，眼下（2014年年底）MUI是基于H5的最方便的App开发框架之中的一个！

MUI框架的原理图例如以下：

HTML5+ Runtime即H5的运行环境，它的功能事实上就是手机上Web browser。只是要加上一个形容词：高效的！ 它运行JS和HTML的速度比IOS自带的Safari可要高多了。通过高效运行HTML5和JS，MUI框架才干实现和Native媲美的速度。

        MUI框架眼下的产品——HBuilder，也是遵循了H5+规范的H5 IDE。

通过HBuilder，我们能够高速开发出H5网页，而它跑在MUI框架中的速度很快，您不用操心他看起来不像native。另外，HBuilder号称史上最牛的Html+js IDE，提供了各种快捷键，和缩写方式。小弟体验了下。感觉确实不错。只是这个工具做的再好，毕竟意义没有MUI本身大，只是还是很值得鼓舞的。

要使用HBuilder开发和调试移动端APP（且容忍小弟这么称呼吧），仅仅须要：

（1）下载手机端软件：http://dcloud.io/hellomui/

（2）下载Hbuilder，安装。打开。

————————以下是开发阶段了——————

（3）新建。编写一个项目（html，js，css，图片等组成的）。

（4）插上您的手机，连接到电脑。点击执行button（详细的方式參见教程）。进行调试。

（5）打包公布！

咋样？就这么简单。

这快感！

。！啧啧。

        再来谈谈我对MUI的发展预測：

一開始，MUI最为一个吊丝框架，肯定不敢大摇大摆的大谈行业规范，所以仅仅能把自己的runtime打包到不论什么一个公布的应用中。所以假设一个用户的手机里装了多个Hbuilder开发的APP，那么会有多个反复的基本库。

只是MUI框架是非常小的，不用非常操心。

随着MUI的推广，样式的丰富，对Runtime和核心包作出了更大更复杂的要求，因此这个包应该会变大，从而推动了H5 + Runtime的平台化和固件化（软件固件），或许过几年，每一个手机的操作系统都会自带这个执行环境，基于它开发的APP可能仅仅有几百KB。

        至于MUI的钱途命运，要么自成一家，为各大手机商提供服务，索要服务费用，又或者被Apple。三星这种巨头以重金收购。总之，这项技术是非常好的，可是盈利模式和终于命运会和Java类似。

希望MUI的同志再接再厉。做好兴许的服务和工作。刚使用了下语音输入功能。好像有点小BUG。

    （本文纯属饭后闲话，勿对号入座，口水满屏）