Dcloud和APICloud开发app应用到底哪个好呢?

程序人生 Views
Dcloud和APICloud开发app应用到底哪个好呢?我个人还是选择DCloud开发,,,编码速度更快 使用更方便...

我个人还是选择DCloud开发。。。

众所周知,APICloud因为侵权DCloud而被DCloud起诉。
APICloud将面临高额赔偿和倒闭风险,详见DCloud官方声明http://dcloud.io/150604/

但本文先盖住DCloud工程师对APICloud侵权的愤怒,理性的分析下两家公司的产品。


  1. 关于HTML5的重视力度不同
    DCloud是专注于发展HTML5的,而APICloud是更关心iOS和Android的跨平台App开发。
    所以DCloud有专业的HTML5开发工具HBuilder,除了开发App还是可以开发普通前端,包括手机浏览器版本和微信版本。
    所以DCloud有mui框架,可以用于App,也可以用于手机浏览器和微信。
    这造成的结果就是,开发者使用DCloud产品,可以真正的跨平台,一套项目代码通过条件编译,可以变成手机浏览器版本、iOS App、Android App、微信App、百度直达号、360流应用,而APICloud开发一次,只能输出iOS和Android App。
    这里有一个多端发布的最佳实践,挑食火锅是优秀的O2O创业公司,其一套HTML5代码实现了6端发布。http://www.dcloud.io/case/tiaoshi/


  2. 对HTML5的价值理解不同
    HTML5不如原生,所以需要扩展。但如何扩展,两家公司思路不同。
    DCloud的产品命名就可以看出DCloud的思路,HTML5+的意思是基于HTML5做扩展,不做HTML5能做的事情。DCloud本身是W3C的会员,HTML5plus.org里的专家委员很多都是W3C的标准参与者,不会重复立项HTML5可以做的事情。
    但APICloud的思路不是这样,他不是W3C会员,他们不在意HTML5能做什么,或许也不够了解HTML5能做什么,统统写原生控件,比如城市选择这些业务也通过原生控件来实现。而如果DCloud做了这种封装,会被W3C的同仁笑死。
    原生有40多万API,DCloud的思路是HTML5Plus来解决28原则里最常用的跨平台API,比如barcode、file,尽量控制封装层的厚度,减少runtime的体积。然后DCloud开发了Native.js技术,来解决剩余40w原生API的调用问题。此外DCloud还提供了5PlusSDK,也支持三方开发者开发原生插件。
    但APICloud的思路不是这样,当然也可能是技术水平不足以突破Native.js,这使得APICloud在疯狂的封装原生API,包括之前提到的城市选择也通过原生封装。当然40w个api这么封装下去不是事,所以APICloud做了模块市场,希望其他人也来做封装。但问题是这个市场真的存在吗?交易流通能活跃吗?
    结果就很明显了,DCloud的runtime更小,API更多,40w原生API都可以调用。当然Native.js开发需要些原生基础,这和APICloud模块开发需要原生基础一样,但Native.js的门槛更低、并且是开放自由的,DCloud提供了大量的现成Native.js示例代码。以及DCloud的5PlusSDK的开放性比APICloud的模块开放性更好,只是DCloud还没有为此建立市场(其实是因为DCloud认为技术人员的钱没有赚的意义,DCloud鼓励开源而不鼓励商业,我们也相信APICloud的模块开发者事实上也赚不到钱,一个APICloud模块开发商亲口证实淘宝上的模块交易量是刷的)
    至于APICloud,它的runtime包体积更大,能力更少,虽然看起来模块较多,但质量和可用性并不好,有问题也无法自己修改。


  3. 对开放性和开发者自定义权力的理解不同
    DCloud很在意开放性,ui部分的核心,mui是基于MIT的开源协议,完全允许开发者自己随便改。
    但APICloud的ui大多是原生封死,不开源也无法自己定义。而ui是app里非常个性化的部分,经常需要改。
    DCloud的runtime里业务组件都在github上开源的,比如audio、barcode、map、payment、push、share等,开发者如需要自定义相关功能或发现bug要改,可以自己直接处理,甚至可阅读源码以方便排错。
    但APICloud对于开发者是没有自定义能力的,它不开源,它的ui和功能都是封死的,无法自定义,它的bug或三方模块的bug开发者也改不了,也无法扩展。
    DCloud允许本地打包,开发者可以自由内嵌5 SDK,开发者不用担心代码必须提交给DCloud的服务器。但APICloud只能使用他们的云打包,代码必须提交到他们的服务器。对于很多内网开发者,这点更无法接受。
    DCloud支持开放的规范,DCloud本身是W3C的会员,参与HTML5规范的制订讨论,HTML5Plus.org也是一个三方公立组织,允许任何厂商按照HTML5+规范来开发实现自己的runtime,甚至APICloud也可以按照HTML5+规范来开发自己的产品,这样开发者开发一次,就可以有更多终端可以使用。但APICloud都是私有规范,或者说都是自己定义的api,上升不到规范高度。
    关于HTML5Plus.org,多说几句。HTML5Plus.org是W3C指导下运作的组织,很多大公司参与其中。比如360手机助手就支持HTML5Plus规范,它首页有一个上门服务,这个栏目的App都是基于HTML5的,里面的应用访问扩展能力如原生登陆、原生支付都是调用plus.oauth和plus.payment。


  4. 开发便利性
    众所周知,HBuilder是业内一流的HTML5开发工具,代码提示、用户体验、极客风格、真机运行、边改边看,拥有众多创新,让开发者开发和调试过程更爽更高效。
    HBuilder有最全的语法库和浏览器兼容性,有强大的js解析提示引擎,APICloud虽然抄袭了HBuilder的代码助手,但HBuilder的语法库和js引擎是单独加密的,没有被抄走。所以APICloud的代码提示界面看起来和HBuilder一模一样,但提示功能却弱很多。
    HBuilder有mac版,支持ios模拟器;APICloud不支持。
    HBuilder支持iOS设备真机运行和日志反馈,还可直接定位行号。APICloud虽然早期抄袭了HBuilder的真机运行代码,但后期HBuilder改进的iOS设备日志反馈因此而单独加密过,APICloud没有此功能。(也因此导致今年DCloud每个版本发布都得多花时间做加密,降低了DCloud的效率,最终逼迫我们发起诉讼)


  5. 前端框架的比对
    DCloud有开源的mui框架,小巧、漂亮、高性能。这对于开发者非常重要。
    而且DCloud就基本js操作推荐使用原生,没有依赖jquery或zepto。因为手机端都是webkit内核,基本js操作无需再封一层框架,多封装一层反而降低执行效率。
    APICloud的前端框架并不是ui框架,而是在zepto上改了一个js框架,去掉了一些功能。这样的框架我们认为没什么存在意义。还不如开发者自己引用zepto更方便和可控。


  6. DCloud重视精品App,APICloud重视入门新手
    DCloud认为HTML5要起来,需要精品App,我们极力在改善高级开发人员的体验,因为我们知道这样的人才能做出精品App。所以很多大公司都在使用DCloud的产品,比如360、csdn、明道等知名公司。还有很多非常大的公司的App还在开发中,过段时间会陆续发布。
    而APICloud更重视新手,强调从0开始30天完成App,APICloud确实有很多这样的App,但我们都知道这样的App无法获得最终用户。从实际案例来看,目前还没有任何知名公司在在APICloud平台上开发App。
    关于培训视频,我们也是交给三方专业公司来做的,而不是自己做。
    DCloud是HTML5中国产业联盟的发起人,联盟里有专业的培训机构为HTML5开发者提供DCloud产品的培训。


  7. 产品观不同
    DCloud的产品观有2个特点,一个是极致,一个是节制。
    我们在关键点上非常追求极致,通过突破创新来解决遇到的问题,我们要最全的语法库、我们要调用40万原生API,我们会突破这些技术难题。
    同时我们又会极力控制HTML5 和mui的功能蔓延,控制封装层的厚度,控制runtime和mui的体积,保证每个新增的功能都精巧的解决关键问题。
    但APICloud是遇到什么问题就增加什么功能,不停的用原生封装封装,功能越来越多,问题越来越多。


  8. 也说说APICloud的优势
    APICloud也有它自己认为的优势。但我们允许他这种优势的存在,是因为我们并不认为那叫优势。
    "优势1":代码加密
    APICloud宣传自己可以加密开发者的HTML代码,但事实上他们的技术不过关,根本无法加密。我们已经通过北京方正公证处公证了如何轻易得到APICloud的加密后的源码,无需任何专业破解过程,其漏洞很可笑。并且我们也以虚假宣传的名义起诉了APICloud。请广大开发者不要被误导。
    同时爱加密公司与DCloud合作,推出真正专业安全的代码保护。大家可以关注此贴http://ask.dcloud.net.cn/question/8168
    "优势2":模块市场
    APICloud之所以重视模块的原因是他们没有Native.js技术,自己封装40多万原生api不可行,所以建立模块市场希望其他人来开发模块。但我们很清楚这类市场无法正常运转,制作模块的人无法获得足够的收入来支持他开发和持续维护优质的模块,使用模块的人也得不到优质的产品和服务。后续DCloud会在合适时机建立插件共享平台,我们会以不同的思路来做成这事。
    "优势3":云端一体
    不知道哪个初创公司敢喊出这种口号,一个创业团队要先做好一件事。没人能把云和端同时做好。
    DCloud虽然也挂着Cloud字眼,但我们的云服务都是与外部专业机构合作的,比如推送是个推、统计是友盟、云端数据库同步是野狗。
    但APICloud是自己都做的,推送、统计和数据存储都想自己做也都在自己做,但比起上述公司,其专业性实在差太多。
    优质App的开发者也还是会选择专业的人来做专业的事。
    DCloud周围有HTML5中国产业联盟html5plus.org,众多公司在其中一起为HTML5开发者服务,包括提供工具引擎的DCloud,提供应用发行的360手机助手、火速轻应用,提供人才培训的0Hicn、传智播客、东翌互联学院,提供外包众包服务的中软国际、微明互动、0Hicn,提供测试服务的Testin,提供云端数据库的野狗,提供代码安全保护的爱加密,还有提供融资的极客帮投资、线性资本、中关村兴业、景林资产、涌铧资本……一个开发商,在HTML5联盟里几乎可以找到各种所需要的服务,而且每个联盟厂商都是各自领域的专家。
    APICloud一个公司妄图和一个产业联盟对抗,毫无胜算。
    "优势4":社区和用户
    本来本文是对比产品的。但APICloud最近总是通过宣传他们用户更多、他们社区更活跃来混淆视听,一个枪手原文如下:“AC的用户越来越多,截止到本帖,论坛用户最新UID=94711 共有主题34000多,DC的问答区的类别是42页共计418个,问题共计1000不到。是想借机炒作吗”。我本来不知道APICloud用户是多少,不过如这位枪手所说的话,那还真是反被笑话了。DCloud的用户数不便公开,但怎么也是6位数啊。DCloud的用户数、用户质量、项目数、项目质量各个都更高,你们就别闹了好吗?
    关于DCloud的问答系统和APICloud的论坛,有完全不同的定位。APICloud的论坛是当做论坛来运营的,会关注帖子数和活跃度。但DCloud不是这样的,我们是做产品的、不是做论坛的。问答系统是产品的支撑工具,要求沉淀高质量内容。我们还会删除水贴、定期清理过期问题,即便这样,我们也沉淀了6千多条问题,APICloud的枪手这算数不知道怎么算的。


通过以上的分析,已经比较系统的梳理了两家公司的不同。
当然如何选择,还在于开发者自己。
如果你之前是APICloud的开发者,想转学DCloud,可以访问这篇文章APICloud开发者如何快速理解DCloud产品

关于本文的评论,请APICloud的枪手自重。我们并没有删除你们的枪手号,允许你们留言辩论APICloud的真正优势,我们接受就产品技术而言的理性讨论问题,你们有真正好的东西我们会承认。但不要像小孩吵架那样没由来的攻击。

评论 --
  • 消灭零回复