我们团队从03年起开始做手机App，从J2me、Symbian、Win mobile、Brew一直做到现在的Android、iOS和WP。之前一直在为企业市场提供跨平台手机App的无线中间件。
后来我们看好HTML5的前途，而且也经不住toC市场的，就毅然出来二次创业。成立了DCloud.io，开始做基于HTML5的生态系统服务，包括开发工具和云服务。
我们是W3C的会员，也是HTML5中国产业联盟的发起单位。我们是一个典型的轻团队，人不多，但极客化。我们的合伙人之一王淮也在Facebook工作了很久，给我们带来了很多硅谷的模式。
任何主流编程语言，都有优秀的开发IDE，不管是java、Obj-C，但HTML5领域却一直在用低效的文本编辑器开发。我个人用了十几年文本编辑器，对比我熟悉的其他语言的IDE，效率也实在让我受不了。我们就动手开发了HBuilder。
HTML十几年前初生时，是简单的标记语言，确实文本编辑器足矣。那时候写页面的人都不被视正的程序员。但时代不同了，现在JS、css已经发展正的编程语言，一个工程会非常庞大，此时没有IDE会很低效。就像用文本编辑器写java或Obj-C一样，效率比专业IDE差很多。
过去也确实没有太好的HTML5 IDE，更不用提免费的好工具。因为web IDE开发确实很困难，web语法库没有统一标准，月月更新，JS是无类型的动态语言……
但是有问题，就会有解决问题的人。所以我们花费大力气，建立最全的语法库和浏览器兼容数据库，开发动态JS解析引擎，开源框架语法库。并且我们在开发效率提升上下了非常大的功夫，快是HBuilder最大的特点，能提升数倍开发效率。
另一方面，HTML5的重要价值是开发手机App，HBuilder为开发者提供移动App开发的全套支持，支持插上数据线真机联调，不需xcode等原生开发就能打包手机App。此外，我们有项创新的技术是JS调用几十万原生API。
CSDN：HBuilder是针对移动应用的哪一个环节？在这个环节中，现在是一种什么状况？格局是什么样的？
我们推崇一个叫“响应式应用”：一套代码根据不同运行调用不同能力来优化用户体验。比如文本框，在普通浏览器下就是一个文本输入框，在Chrome浏览器下运行时加个判断调Chrome的语音输入，而运行在App模式下，则再加一个判断调用原生的语音识别SDK，比如plus.speech。这样一个应用可以根据设备的不同而最大化的优化用户体验，这种模式很有魅力，对用户而言体验更好，对开发者而言成本更低。
当然，比其他同类产品更神奇的一点是，HBuilder里能通过JS代码的写法操作几十万原生API，即Obj-C和Android原生的对象。
王安：前景美好，但却有四个致命缺点阻碍它的爆发，就是“性、工、能”缺失，碎片化严重。相对于原生，HTML5的App性能低，工具差，能力弱。原生虽然不跨平台，但HTML5的浏览器兼容性也让开发者挠头。HBuilder为了解决这些难题做了很多努力。
HBuilder大幅提升了HTML5开发效率。并且也拥有最全且实时更新的HTML5新语法库。浏览器更新版本后一周内其新增的语法就可以被HBuilder提示出来。
HBuilder追求快，还有一个目的，就是降低开发者对框架的依赖。PC Web里框架非常流行，很多框架简化了开发。但是框架的简化开发建立在性能下降的基础上，手机上HTML5本来就慢，层层封装后只会越来越慢。但开发者使用HBuilder会发现，在HBuilder里不用框架开发的速度，比用其他开发编辑器配合框架的速度，更快。
目前主流HTML5开发工具都更新在没有手机真机联调等功能，HBuilder提供了这些功能才能有效的语法库里帮助开发者开发手机App。
由于浏览器内核不同，自有扩展语法多，新语法增加速度快，导致碎片化很严重，而且是持续性的给开发者造成困扰。HBuilder里每个语法，都有浏览器兼容性说明，是目前最全的浏览器兼容数据库。见下图，-webkit-user-select这个属性的值域all，IE和Firefox自然不支持，图标为灰色。但同为webkit内核，Chrome支持；而Android浏览器不支持，图标为灰色；Sari也只有7.0以上才支持，图标是半亮。
有人说手机上都是webkit内核浏览器，应该没有兼容性问题。但上图告诉开发者的：iOS、Sari、Android浏览器、Chrome版，主流的3款手机浏览器一样有兼容性问题。Google和Apple联手打破IE的垄断后，又开始，Chrome去年另起了Blink引擎，开始扩展语法。另外虽然Sari的Mac版和iOS版有点差别，但不多；而Chrome的Android版和Android系统自带的浏览器完全是2个产品。作为开发者，我甚至有点怀念IE垄断市场的日子。
HTML5规范的好处是跨平台的，但坏处是规范能力比原生差非常多。为了解决这个问题，我们推出了两套方案：HTML5+的跨平台规范和JS直调原生API。
JS直调原生API：我们提供了plus.ios和plus.android这2个很神奇的对象，使得web开发者不用学习Obj-C，不用买Mac设备，就能在JS里调用原生对象。我们可以这么定义一个JS变量，但实际上是Obj-C对象：我们可以这么定义一个JS变量，但实际上是Obj-C对象：JS直调原生API：我们提供了plus.ios和plus.android这2个很神奇的对象，使得web开发者不用学习Obj-C，不用买Mac设备，就能在JS里调用原生对象。我们可以这么定义一个JS变量，但实际上是Obj-C对象：
或者如下图中的：ent);其中的android.content.Intent是Android的原生类。这段代码就是使用JS方式给在手机桌面创建一个App快捷方式。
这样，使用HTML5编程的App，在能力方面就和原生一样强大了。 以前用HTML5做的游戏都无法调用Game Center，O2O应用也调不了Passbook，现在这些都轻而易举。我们相信这对于web工程师而言，是极大的能力解放，充满机会的一扇新窗口！
手机硬件比PC差、HTML5作为解释性语言比原生的编译型语言性能差、手机浏览器的默认控件样式未优化导致需要在应用层重新封装UI。这一系列问题叠加在一起，使得性能成为所有HTML5开发者心头的痛。
另外前端工程师大多长于UI，相比服务器工程师，他们的代码性能也要低不少。比如前端工程师很习惯使用框架，框架层层封装越来越慢，性能如何上的去。HBuilder在解决这个问题上也花费了很多心血：
在HTML5+规范里有一个plus.ui的子集。一些原生样式或动画，比如翻页动画或下拉刷新，使用HTML5+JS+css模拟要写很多代码，执行起来很慢，此时通过plus.ui扩展就可以在窗体上设置一块区域，交给原生绘制。性能可大幅提升。
以前为手机优化的框架，其实都不是把性能作为产品取舍的第一优先，或者为了框架使用者方便、或者为了框架者方便而了执行性能。我们决定自己做一个。这个项目我们还在开发中，不久会上线。
我们没有把它称为框架而是叫UI库，是因为这里的控件都是使用最简单的css样式的，直接写class=””。相比于写成data-role，然后在JS运行时才替换Dom，使用class的方式要高效的多。
控件含有的必要的JS代码，也是本着性能优先的原则开发的，代码极其精简高效，没有$等三方框架，但又可以跨手机浏览器。并且这套UI库会和HBuilder的打包机、Runtime深度整合，做到更高性能的优化。
王安：JS调用原生API，最大的优点，是大大强化了HTML5的能力，突破了浏览器的，原生有几十万API，数量远多于HTML5。比如拦截Android来电。
这项技术对于JS程序员来讲常友好易学的，他不需要学习原生语言和配置开发，只需要查询每个原生对象是做什么用的，然后在JS的plus.ios或plus.andriod里把原生类名作为参数传进去，就可以通过JS调用该原生对象的方法。
我们还制作了一批常用原生代码模板，包括创建快捷方式、登录game center的样例代码已经预置在HBuilder里。
王安：这个非常复杂，不同的api需要不同的方法，手机、云、IDE的共同配合。IDE的显示代码、打包机编译、runtime实际运行这几种情况下执行码是不同的。
王安：HTML5的前途是毋庸置疑的，当Java被拦在iOS门外时、当终端和屏幕越来越多样时，HTML5的简单易用和跨平台这些特点都代表了未来的方向。
现在的问题仅仅是阻碍HTML5发展的那几个难题，会在何时、会被哪些人解决。当性能、工具、能力、兼容性得到有效突破时，HTML5必将迎来发展爆发。
王安：除了提到的高性能手机UI框架，HBuilder下一步会引入SNS和UGC，强化插件体系，联合众多开发者打造大家更满意的工具和服务。我们很认真的开发着这个免费工具，也希望所有开发者都参与到这个工具的打造中来。目前HBuilder已经在dcloudio上设立了3个开源项目，欢迎大家一起打造自己满意的工具。
推荐：
网友评论 ()条 查看