<font color="#14.12.26
1.在移动应用开发过程中，如何来使用APICloud端API接口？
APICloud提供的端API设计思想与标准Javascript保持一致，并在此基础上引入了异步模块的思想，将一组高内聚，低耦合的功能封装在一个模块中，并以Javascript对象的形式开放API给开发者，该对象的使用遵循CMD模块定义规范，API接口调用方式和标准JavaScript对象一致。
其中，api对象是APICloud端API中的核心对象，api对象本身就提供了移动应用开发需要的基础功能，如：layout布局、window管理、frame管理、event通知、动画切换、网络通信、数据存储、设备访问等接口。如调用api.openWin来打开新窗口，调用api.alert来弹出对话框等。其他扩展模块也是通过api.require方法来引入到程序中使用。下面以微信分享模块为例，介绍扩展模块的引入和使用方式：
客户端代码书写：
var wxObj = api.require('weiXin');
wxObj.registerApp({param}, callback(ret, err));
wxObj.sendRequest({param}, callback(ret, err));
api对象为APICloud开放的核心Javascript对象，require函数用于引入模块，继而使用该模块下的API；
'weiXin'字符串是APICloud对微信模块库封装对象的描述；
registerApp和sendRequest函数为微信模块库下开放的API；
{param}为该API需要传入的参数集，标准的JSON对象；
callback(ret, err)为该API的回调函数，正常回调通过ret返回，发生错误时通过err返回，ret以及err均为JSON对象；
该对象API详情可参考相应的API文档。
云端模块绑定：
使用APICloud提供的某个模块后，在云端编译应用时需要绑定该模块，具体操作为：
登录APICloud云服务器：
选择相应的应用，进入&端开发&下的&模块&选项卡中，在右侧的模块列表中选中weiXin模块即可，如下图：
2.怎么把url的图片文件保存到本地？
答：api.download
3.如何定义底部菜单按钮打开内置的html页面，是用open frame，还是什么方法？
答：openFrame openWin 都可以
4.用户的登录信息用什么保存好？cookie、localstorage还是什么？
答：localstorage或者api.setPres或者
5.重新加载页面是要哪个函数啊？
答：重新 open这个window并传入reload参数或者 window.location.reload()
6.APICloud有录视频的功能吗？
答：api.getPicture 配置下参数，sourceType 设为camera，mediaValue 设为 video
7.tabBar跟tabBarMenu，有啥不一样呢？
答：一个是纯粹的tabBar，后者是带弹出菜单的tabBar
8.用APICloud本地存储的数据是一定会同步到云端的吗？
答：本地存储一定不会上传到云端,post可以传回服务器,本地存储里面的不写程序不会自动同步到云
9.actionbutton点击子按钮以后不自动隐藏？
答：actionbutton点击子按钮以后不自动隐藏这个问题会在本周出新版本，把隐藏不隐藏交给开发者自定义
10.有人知道怎么调自己写的模块，怎么放到ide里面去？是不是需要重新生成一个AppLoader？
答：目前需要上传到云端，然后在线编译，选中你的那个自定义模块IDE目前还么提供本地测试自定义模块的功能，你可以先找一个干净的模块开发工程，把你release出来的模块包中的东西再重新拷到这个工程中，如果能跑起来，不报错，那这个包上传到云端基本就不会有问题了
11.apicloud有没有wifi类的API？
答：IOS设备系统上没开放wifi管理相关的接口，Android是开放的，没有办法统一，所以目前没有提供，如果有需求的话，可以单独为android平台封装该模块
12.当前时间戳是怎么调用的？
答：new Date().getTime();
13.我写了一个城市列表。假如选定了返回，我如何又返回到城市列表呢?
答：用api.execScript，执行之前页面的api.closeWin();
14.使用模块必须到云端先添加模块然后IDE更新了才能用哪个模块？
答：IDE真机调试装了apploader的不需要添加模块IDE是集成了模块的，云端编译只需要添加你需要的模块编译即可
15.reload和open的区别是什么？
答：reload是将当前window所在的网页重新加载一次.open是新开一个window。
16.APICLOUD有什么方法可以关闭当前窗口啊，所有窗口怎么写？
答：可以调用api.closeWin({name:&xxx&})关闭当前窗口或指定窗口，或者调用api.closeToWin({name:'xxx'})，从当前窗口关闭到你想关的那个窗口
17.Location services are not enabled.，ios调用baiduLocation怎么会出现这个？
答：没有开启手机定位。
18.listview 可以同时设置上拉刷新和下拉刷新吗？
19.apicloud中网页的图片有缓存的机制吗？
答：有的，存在沙箱中。
20.apiCloud的UI结构，window跟frame是啥关系？是否一个app一次只能展示一个window，但可以有多个frame？
答：一个app就是一个widget；每个widget允许有多个window，同时只允许一个window位于屏幕上，所以你可以将window看成当前屏幕；每个window下可以有多个frame和frameGroup，frame和frameGroup依附在window上，frameGroup包含一个可以横拖的frame数组。
21.怎么读config.xml呢?
答： NSArray * fetures = [theApp features];ios上的模块内部这样就读取config.xml,Android下面有继承自UZMoudule的对象下有getFeatureValue函数可用
22.打开已经打开过的window的时候，怎样强制让这个window打开后刷新？
答：强制刷新能力在下一版本中将支持，openFrame或者win时新增参数reload:true，标识强制已经存在的frame或win重新加载。
23.请问一下openWin或者openFrame的时候，传的pageParam参数，在被打开的页面中这么获取？
答：通过api.pageParam获取。
24.头部标题栏把状态栏遮住了怎么办？怎么修改标题栏的颜色？
答：api.setStatusBarStyle({
style: 'light'
}); 可以设置状态栏样式为浅色，如果你不想iOS中头部和状态栏重合，就不用调用$api.fixIos7Bar()方法，同时在config.xml里面把iOS7StatusBarAppearance配置成false。
25.下拉和上滑都刷新，请问怎么实现？
答：上拉刷新目前没有提供，可以使用监听滚动到底部时实现加载更多。
26.请问拍照的API在哪里？
答：api.getPicture
27.我在窗口打开的时候添加了一个事件侦听，当这个窗口关闭的时候要移除事件侦听吗？
答：被api.closeWin的window不用做任何操作，底层会自动将这个window的所有内存进行回收和释放，包括各种模块的调用占用的资源网络请求占用的资源等等。
28.app启动时可以添加图片或着动画效果吗？
答：在控制台 &端设置& 里，鼠标悬停分辨率就可以出现上传按钮。
29.焦点图模块scrollPicture 怎么在指定位置显示么?
答：open的时候配置他的xywh（视图左上角点坐标和宽高）就行了，还有可以用fixedOn来指定添加到某个窗口上。
30.openWin和openWidget有啥区别啊
答：APICloud以widget来形容一个完整的App，相当于一个单独的App；每个widget由N个window构成，每个window中可以包括N个FRAME。因此openWidget相当于打开一个新的应用，openWin是在这个应用内打开一个占据屏幕UI渲染空间的window。
40.UZUtility.makeRealPath(path,wgtInfo)这个API，是否是将 fs:// 等转换为真实路径？第二个参数：wgtInfo 是什么？
答：可以转，但是对应的是SD卡上的沙箱路径，wgtInfo是模块开发中，继承自UZMODLUE对象下的类，可以直接getWidgetInfo获取
41.api.openWin({name:'index', url:'../index.html', delay:100, pageParam: pageParam});我打开index.html，并传页面参数，请问怎么在index.html获参数？
答：api.pageParam
42.如果我想插件里主动触发一个JS的事件，而不是JS-&JAVA-&JS这种回调模式的话，插件里该如何实现呢？比如：我的一个播放视频的插件，需要每个N时间，当前进度告诉JS的事件。
答：UZModule下面有个execScript(final String winName, final String frameName, final String script)函数，可以通过执行JS来实现你的需求。
43.apicloud里调用的全是单击事件 好像没触摸事件? 比如一个按钮 都是onclick 并不是touchstart
答：需要响应onclick的元素，加上tapmode='xxx'属性即可，xxx可以是一个css样式，当该元素touchstart touchmove的时候就会展现xxx样式，tapmode还具有 速点击事件的功能，消除了JS中标准click事件的300毫秒延迟；有tapmode已经很完善了，如果需要，可以自行在代码中监听相应元素的touch事件。
44.怎样实现全局变量的呢？比如用户的名称，在很多页面都有用到。
答：localStorage或者api.setPrefs api.getPrefs 这一对可以实现全局变量。
45.navigationMenu 这个控件是否支持左右滑动?
答:支持，如果按钮太多，一屏显示不完，就可以左右拖动了。
46.initial-scale=0.5, maximum-scale=0.5, user-scalable=0; scaleEnabled: true 安卓下不起效
答：maximum-scale=0.5,minimum-scale=0.5,user-scalable=1,width=device-width,initial-scale=0.5
47.navigationMenu不支持调样式吗 比如我想调下高度
答：目前这个控件的高度是自适应屏幕大小的。
48.scrollPicture 的 fixedOn 是干什么用的？ 所指的视图是什么？我想把scrollPicture 嵌入到 Frame 中，跟着Frame 隐藏或者显示或者关闭？要怎么实现？
答：fixedOn的值是frame的名称，默认scrollPicture是添加到主窗口上面的，若指定frame的名称，则会添加到指定的frame上面，也就是你想要的效果了。
49.请问有直接拍照功能吗？
答：有的，api的getPicture方法，sourceType参数传camera就是拍照了。
50.api.openSlidLayout 开启的fixedPane 和 slidPane 是2个win 还是 2个 Frame？
答：两个Pane是两个window，这两个window中你还可以open Frame，frameGroup等。
51.在slidPane main-contain.html 中另外开启了一个Frame_1，在 Frame_1中开启了Frame_1_1 和 Frame_1_2，为什么用 closeFrame 关闭了 Frame_1，Frame_1_1 和 Frame_1_2 还在？难道Frame_1 ， Frame_1_1 ， Frame_1_2 是平级关系，主窗口都属于slidPane main-contain.html ？
答：在同一个主窗口下打开的frame目前都是平级关系，它们都是添加到主窗口上面的，关闭其中一个frame对其它frame没有影响。
52.为什么tabbar在ios下点击后直接退出应用? andriod下正常
答：可以设置每屏显示按钮个数，底层会自适应屏幕平均分配按钮间距。
53.frame怎么获取参数
答：目前能够获取的frame属性有宽度、高度、名称和参数，通过api.frameWidth、api.frameHeight、api.frameName和api.pageParam获取。
54.api.openFrame方法中带入的 pageParam 和 api.openWin方法中带入的pageParam 怎么区分？
答：你在主窗口中调用api.pageParam，获取的是openWin传入的参数；而在子窗口中调用api.pageParam，获取的是openFrame传入的参数。
55.在开发自定义第三方模块时，IOS代码中如何调用JS中的函数，在用Obj-c开发原生模块时，如何将socket返回的聊天信息返回给前端JS, 是否通过JS传入的回调函数进行？
答：使用UZModule对象的 sendResultEventWithCallbackId: dataDict: errDict: doDelete:方法，其中的callbackId可以从你的方法的参数中通过cbId参数获取。
56.如何读取Frame的属性
答：判断frame是否存在可以在代码中用一变量标识；目前能够获取的frame属性有宽度、高度和名称，通过api.frameWidth、api.frameHeight和api.frameName获取。
地址：广州市天河区中山大道西238号勤天大厦1202（天河软件园广海园区）
电话：020-
电子邮件：
Copyright(C)2012 chinasky.net All Rights Reserved输入关键字或相关内容进行搜索
其实就选型对比而言，不深入看产品，有4点就足矣。
1. APICloud反编译和抄袭DCloud代码，已经被DCloud起诉，并且已经被司法机关鉴定代码抄袭，目前等待出判决书状态。
如此不道德的公司存在是给中国的程序员界丢脸。
同时APICloud将面临高额赔偿和倒闭风险，详见DCloud官方声明
2. DCloud的产品有众多一线互联网公司案例
除了众多创业公司，一线互联网公司如360、大众点评、京东、网易、唯品会、新浪、阿里巴巴也纷纷选择DCloud的工具开发app。
以大众点评外卖和有道词典为例，体验完全达到一线互联网公司的苛刻要求。（具体看DCloud官网案例）
这是其他跨平台开发工具所没有取得的成绩，在这些案例的过程中大公司们对DCloud的产品反复提要求，最终打磨出别的产品所不具备的功能和性能。
用DCloud的产品肯定可以达到这种效果，不用DCloud，万一没达到效果，客户和老板问起来：明明你知道DCloud可以，为何冒险用别的？好像很难免责。
3. 免费免费免费
apicloud等其他国内跨平台工具都是收费的，虽然有免费版本，但是他们的目标还是要把开发者引导成他们的收费客户。
但DCloud是纯免费的，自由的技术产品。没有vip付费用户跟你抢资源，没有用到一定深度就让你付费。
DCloud的唯一的商业变现是你做好app后，如果想推广，可以找DCloud帮你发展用户，因为DCloud有大量流量可以给开发者的app导流量。目前DCloud已经帮开发者导流上百万用户，并且导流成本远低于市场成本。
我们对自己的定位是，帮助开发者降低开发成本、提高app成功概率、帮助开发者获得更多用户并降低推广成本。
4. 自卖自夸、装腔作势都没用，看三方有公信力的数据
这是百度指数对比，访问可以自己看。蓝色是HBuilder，绿色是apicloud，非常明显的是HBuilder在良性增长，而apicloud在衰落。
虽然apicloud短期投入大量营销费用可以取得阶段增长，但因为产品不行，留存不下来。
加上融不到资，减少了营销投入，数据就一路下滑，下滑使得其更融不到资，陷入了恶性循环。除了以上4点，如果开发者还想深入了解产品之间的区别，见下：
（由于DCloud工程师对APICloud抄代码行为极度愤怒，措辞可能严厉，但技术点分析是很理性的）
由于功能的对比是动态的，今天你说他没有，过几天他会补上，这里探讨的更多是产品思路的区别。
关于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端发布。
对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包体积更大，能力更少，虽然看起来模块较多，但质量和可用性并不好，有问题也无法自己修改。
对开放性和开发者自定义权力的理解不同
DCloud很在意开放性，ui部分的核心，mui是基于MIT的开源协议，完全允许开发者自己随便改。
但APICloud的ui大多是原生封死，不开源也无法自己定义。而ui是app里非常个性化的部分，经常需要改。
DCloud的runtime里业务组件都在github上开源的，比如audio、barcode、map、payment、push、share等，开发者如需要自定义相关功能或发现bug要改，可以自己直接处理，甚至可阅读源码以方便排错。
但APICloud对于开发者是没有自定义能力的，它不开源（在DCloud起诉apicloud后，他宣称对IDE开源，实际扣进去很多地方还是没开源），它的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。
开发便利性
众所周知，HBuilder是业内一流的HTML5开发工具，代码提示、用户体验、极客风格、真机运行、边改边看，拥有众多创新，让开发者开发和调试过程更爽更高效。
HBuilder有最全的语法库和浏览器兼容性，有强大的js解析提示引擎，APICloud虽然抄袭了HBuilder的代码助手，但HBuilder的语法库和js引擎是单独加密的，没有被抄走。所以APICloud的代码提示界面看起来和HBuilder一模一样，但提示功能却弱很多。
HBuilder有mac版，支持ios模拟器；APICloud不支持。
HBuilder支持iOS设备真机运行和日志反馈，还可直接定位行号。APICloud虽然早期抄袭了HBuilder的真机运行代码，但后期HBuilder改进的iOS设备日志反馈因此而单独加密过，APICloud没有此功能。（也因此导致今年DCloud每个版本发布都得多花时间做加密，降低了DCloud的效率，最终逼迫我们发起诉讼）
前端框架的比对
DCloud有开源的mui框架，小巧、漂亮、高性能。这对于开发者非常重要。
而且DCloud就基本js操作推荐使用原生，没有依赖jquery或zepto。因为手机端都是webkit内核，基本js操作无需再封一层框架，多封装一层反而降低执行效率。
APICloud的前端框架并不是ui框架，而是在zepto上改了一个js框架，去掉了一些功能。这样的框架我们认为没什么存在意义。还不如开发者自己引用zepto更方便和可控。
注：后期apicloud也推出了自己的开源框架aui，但距离mui的功能、性能仍有较大差距。
DCloud重视精品App，APICloud重视入门新手
DCloud认为HTML5要起来，需要精品App，我们极力在改善高级开发人员的体验，因为我们知道这样的人才能做出精品App。所以很多大公司都在使用DCloud的产品，比如360、大众点评、csdn、明道等知名公司。还有很多非常大的公司的App还在开发中，过段时间会陆续发布。
而APICloud更重视新手，强调从0开始30天完成App，APICloud确实有很多这样的App，但我们都知道这样的App无法获得最终用户。从实际案例来看，目前还没有任何知名公司在在APICloud平台上开发App。
关于培训视频，我们也是交给三方专业公司来做的，而不是自己做。
DCloud是HTML5中国产业联盟的发起人，联盟里有专业的培训机构为HTML5开发者提供DCloud产品的培训。
0Hich的网校：大量免费视频教程：
东翌学院：直播小班开课：
产品观不同
DCloud的产品观有2个特点，一个是极致，一个是节制。
我们在关键点上非常追求极致，通过突破创新来解决遇到的问题，我们要最全的语法库、我们要调用40万原生API，我们会突破这些技术难题。
同时我们又会极力控制HTML5 和mui的功能蔓延，控制封装层的厚度，控制runtime和mui的体积，保证每个新增的功能都精巧的解决关键问题。
但APICloud是遇到什么问题就增加什么功能，不停的用原生封装封装，功能越来越多，问题越来越多。
生态系统的不同
DCloud是做HTML5生态的，左边开发者，右边最终用户。
DCloud的流应用引擎是面向c端用户的，它能让一个客户端App在5秒内完成下载-安装-解压，省流量、省内存、省电。
目前DCloud的流应用引擎装机量已经上亿。在360手机助手里搜索大众点评外卖，可看到秒开按钮，这就是大众点评公司开发的流应用。
对于开发者，如何开发App找DCloud，App做好了如何发展用户也找DCloud，DCloud帮助开发者掌握业务最关键的部分，App的开发和推广。
APICloud只能帮助开发者开发App，不能帮助他们获得用户，其宣传自己是平台，但很明显没明白什么才叫平台。
也说说APICloud的优势
APICloud也有它自己认为的优势。但我们允许他这种优势的存在，是因为我们并不认为那叫优势。
&优势1&：代码加密
APICloud宣传自己可以加密开发者的HTML代码，但事实上他们的技术不过关，根本无法加密。我们已经通过北京方正公证处公证了如何轻易得到APICloud的加密后的源码，无需任何专业破解过程，其漏洞很可笑。并且我们也以虚假宣传的名义起诉了APICloud。请广大开发者不要被误导。
同时爱加密公司与DCloud合作，推出真正专业安全的代码保护。大家可以关注此贴
&优势2&：模块市场
APICloud之所以重视模块的原因是他们没有Native.js技术，自己封装40多万原生api不可行，所以建立模块市场希望其他人来开发模块。但我们很清楚这类市场无法正常运转，制作模块的人无法获得足够的收入来支持他开发和持续维护优质的模块，使用模块的人也得不到优质的产品和服务。后续DCloud会在合适时机建立插件共享平台，我们会以不同的思路来做成这事。
&优势3&：云端一体
不知道哪个初创公司敢喊出这种口号，一个创业团队要先做好一件事。没人能把云和端同时做好。
DCloud虽然也挂着Cloud字眼，但我们的云服务都是与外部专业机构合作的，比如推送是个推、统计是友盟、云端数据库同步是野狗。
但APICloud是自己都做的，推送、统计和数据存储都想自己做也都在自己做，但比起上述公司，其专业性实在差太多。
优质App的开发者也还是会选择专业的人来做专业的事。
DCloud周围有HTML5中国产业联盟，众多公司在其中一起为HTML5开发者服务，包括提供工具引擎的DCloud，提供应用发行的360手机助手、火速轻应用，提供人才培训的0Hicn、传智播客、东翌互联学院，提供外包众包服务的中软国际、微明互动、0Hicn，提供测试服务的Testin，提供云端数据库的野狗，提供代码安全保护的爱加密，还有提供融资的极客帮投资、线性资本、中关村兴业、景林资产、涌铧资本……一个开发商，在HTML5联盟里几乎可以找到各种所需要的服务，而且每个联盟厂商都是各自领域的专家。
APICloud一个创业公司妄图做一整个产业在做的事情，毫无胜算。
&优势4&：社区和用户
本来本文是对比产品的。但APICloud最近总是通过宣传他们用户更多、他们社区更活跃来混淆视听，但事实情况是DCloud的开发者数量和活跃度更高，搜索百度指数可看到HBuilder的指数在2000左右，且持续上涨，如果合并上mui的指数则更高。而apicloud的百度指数是1千多，且不营销就会下滑。
关于DCloud的问答系统和APICloud的论坛，有完全不同的定位。APICloud的论坛是当做论坛来运营的，会关注帖子数和活跃度。但DCloud不是这样的，我们是做产品的、不是做论坛的。问答系统是产品的支撑工具，要求沉淀高质量内容。所以提问要花费积分、无技术含量或表达不清的问题可能无人回答。
\n通过以上的分析，已经比较系统的梳理了两家公司的不同。
当然如何选择，还在于开发者自己。
如果你之前是APICloud的开发者，想转学DCloud，可以访问这篇文章关于本文的评论，请APICloud的枪手自重。我们并没有删除你们的枪手号，允许你们留言辩论APICloud的真正优势，我们接受就产品技术而言的理性讨论问题，你们有真正好的东西我们会承认。但不要像小孩吵架那样没由来的攻击。
知识产权在国内的重视度太不够了,支持你们这样做,创造一个自主的产品需要耗费的人力财力精力太大了.我们应该必须支持DCloud!加油!
理性开发者都比较支持dcloud的
要知道DCloud团队花了多少人力物力财力在上面！
支持DCloud，HTML5Plus 的接口API写得非常优雅易用，如果没有DCloud，HTML5世界将少了很多可能。
apicloud有apicloud的优势 (app开发)
dcloud有dcloud的优势(IDE)
不过此文看完就一个感觉:写给投资者看的,开发者自然会知道哪个更好用
你不是ac社区的吗
注意到DC是03年成立的，之后的几年中印象里一直前端一直在对付IE6什么的，我也是这段时间磨练了出来。
所以如果你对html
js稍微理解一点的话就不会觉得DC的门槛高，反而觉得就是太快了！特别是几年前就开始做前端的朋友们来说，这绝对是一个好产品。
没有DCloud，可能就没有将来我的成就了~支持DCloud
你的言论和APICloud 的官方引导口径完全一致啊。APICloud在努力给外界塑造DCloud是做IDE的，APICloud是做App的。事实上不是这样，IDE team在DCloud公司人数占比约1/4。DCloud除了IDE，还有5+runtime、5+sdk、mui等多个产品。
本文不是写给投资人的，而是写个那些懂产品设计的开发者的。
这个言论与APICloud公司给其用户洗脑的言论很相似啊。“在这种快速创业的节奏中效率时间是抢占市场的致胜要素”，这好像是apicloud的理念，但不是我的理念。
HTML5还处于远不能满足产业需求的状态，想把HTML5最终做成，我认为靠APICloud那种快是没啥用的。
我们都希望HTML5越来越强大，但与原生的api数量之多相比，我们永远指望不上js封装的可行性。封装一些常用的可以，封装所有的原生api是不现实也是不必要的。
关于为什么会原生还使用HTML5，这有什么可困惑的吗？我们有很多开发者，他们熟悉多种编程语言，包括原生和HTML5，如何做一个App，那部分用HTML5，那部分用原生，他们能活用各种语言的优势。HTML5有很多优势是原生不可比拟的，我以前写过一篇就此讨论的文章在业内广为传播：[http://www.csdn.net/article//2822513-how-html5-changes/1](http://www.csdn.net/article//2822513-how-html5-changes/1)
此外关于Native.js，也有很多示例，做好了放在那里等你copy。这比别人用原生给你封装了一个模块更好，因为那个原生模块是不开源的，有问题改不了。但native.js的代码是开源的，你可以改。
而且native.js是很容易从原生代码的api示例中翻译出来的，你即使不懂原生也可以将一段原生示例代码翻译成native.js代码。
关于标准，当然不是我们一个公司在折腾，专家委员会成员很多，还有一些大互联网公司不愿意实名出现。BAT有没有在搞你不清楚，不要妄下结论。
这个观点不认同。DCloud的很多合作伙伴是大互联网公司，他们不缺原生工程师，但他们很多业务依然应用HTML5，因为HTML5有原生替代不了的优势，详见[http://www.csdn.net/article//2822513-how-html5-changes/1](http://www.csdn.net/article//2822513-how-html5-changes/1)
结合我接触的客户需求，从一个多年经验的职业程序员来讲，DCloud对我更合适，满足我的快速开发需求，同时他没收我一分钱。这也是我从刚接触-到发现没有成熟到完全适应我的业务需求-到接触别的平台-到回来并应用到实际项目中去这个过程的真实感受。DCloud属于低调的华丽。
早前我第一时间接触到APICloud，并第一时间抛弃他的原因就在于我的客户类型决定不能在数据和程序独立性上被服务提供商掐住脖子，他倒闭了，我的程序就不能用了。或者我的服务请求量大、或者处于数据安全性的需求我需要使用自己的服务器。而DCloud没有对S端进行捆绑，同时支持离线打包，目前唯一不爽的就是IDE需要登陆才能使用。
因为还没完全进行接触，个人浅见APICloud更合适于“兼职”、“外行”、“小学生”，来赚点外快做开发（我不可能突然告诉我的客户，你的APP访问量大了需要收钱了，他要说他自己有服务器我就眼瞎了）。当然，我也不是说APICloud不好，我如果有合适的客户，我也乐意尝试这个平台，只是基于目前的需求我还不可能去用。
支持Dcloud
其实以前我一直以为你们公司是只做这个HBuilderIDE的，毕竟这个IDE做的太好用的。好多人一说到IDE就是说hbuilder挺好用的。
直到后来要了解phonegap时无意中找回你们官网才发觉你们居然有也移动跨平台app开发的产品……
其实吧，作为一个菜鸟，最开始我是先接触jQuery mobile的，后来无意中了解mui的，第一次用就被html5+的高级API吸引了，还有mui样式确实很漂亮，hbuilder用起来真的很爽。因为作为非专业的，没有个人服务器，对APiCloud云端的概念真的很有诱惑，使用了一下放弃了，因为居然有明显的闪屏，让我想起了jQuery mobile的痛，果断放弃，现在一直在用mui，包括微信项目，我也会持续关注mui，支持你们。也希望你们也能够推出云服务，对于刚刚入门级的开发者来说确实很实用。
抄袭是要绝对抵制的，不过DCloud有些方面我极不赞同
听DCloud官方的口吻是，大客户有能力开发出精品app（他们更看重这块），小的个人开发者由于没有能力开发出精品app，所以它们的问题可以先放一放。可我想说的是像我们这种中小开发者，虽然有点水平，但还不至于ios，android样样精通的人怎么办？难道我们就不能开发出精品app了吗？
实际上市面上360（除了手机安全卫士有在用，其他的所谓精品app还真不知道），csdn（一个过气的技术社区没什么好说的，能有精品app吗），明道（连我都没用过它们的产品，普通老百姓能有几个用，而且大多数用的人都是被迫用的吧？）。我想说的是如果你们的定位是这样的话，我想是没有什么前途的，只有像苹果这样重视中小开发者，这个平台才有可能真正发展壮大起来
感觉这事闹起来挺大,我也是前阵子朋友推荐使用HBuilder,用来Android和IOS开发,确实很好用.现在我们的APP都是用原生代码写的,每次要加新功能或者调接口都要升级版本,特别是IOS版本升级审核又慢.自从接触了MUI后,公司刚决定要使用MUI把之前的原生代码写成Web的,,却看到了这知识产权的问题..真挺闹心哇,MUI确实帮我们省了很多事情,开源可修改,这官司看来得花不少钱,万一那啥,,,一年后,半年后 你们还会维护吗?假如我们公司真用MUI做了自己的APP,在应用市场使用,注意哪些知识产权的问题呢??作为开发者也怕无意中就侵权了..
总之,HBuilder是朋友推荐的,第一眼就被这极客般的功能吸引,很棒的产品,支持你们,可要坚持下去哇,祖国需要你们呐,O(∩_∩)O哈哈~
mui的开源协议明确写了mit，开发者使用DCloud产品开发app以及修改DCloud开源产品的代码都没有限制的。但开发者不能反编译DCloud未开源的代码并抄袭用于自己的开发工具。
DCloud志向远大，要一直做到把HTML5做起来。
Dcloud最大的问题就是号称调用40万API,没有示例和文档,都是吹嘘。
选择dcloud是因为它能够离线使用，不像有的平台必须在云端构建
有文档也有示例，仔细看ask。
支持。我是技术员。对比了一天。冲着一点hbuider 只有数字天堂才能做出来。
不管是哪家的产品，只要对符合开发者需求的产品才是好产品。
你要开发APP，那家的产品能解决你的问题，那么随便你使用哪家的产品，只有正真解决用户的需求的产品才是好的产品。
文中讲了很多两方的优缺点，对于DC不认同的AP优点的看法，只是站的角度不一样而已，用户其实是不管你有多么多专业正规什么的，老板看了很好，员工就使用。
对于DC的建议是
主打APP开发，让hbuider正真成为辅助，多在hbuider中加些 快捷的代码块，反正都是封装好的功能。
不要只做中间的事情，入门和结束同样重要，好的开始，能带领很多新手入门何乐而不为。结束更重要，要让开发者心中明白，自己手中的产品是可以完完全全可以在市场上面应用的。建议DC多发发苹果审核、证书、企业开发者账号...专题，更能让使用者明白产品是完整的。
1.a抄袭d已经是基本事实.
2.d技术实力比a高,基本肯定
3.d没有a人性化,可通过测试说明
4.a支持第三方虚拟机直接真机测试(天天模拟器).d不支持第三方,仅支持谷歌
5.a集成了很多模块,d没有
6.a生成体验要比d好
7.a的ide没有d好
总结:新手喜欢A,他们更人性化,更体贴新手.中段喜欢D因为功能大.高端都不用,直接原生
处理:各打50大板
A:抄袭有错,但优化比D好,应更加提升自身技术.
D:技术实力好,却不重视用户体验,应学习A放下身段海纳百川.
D不重视新手,却忽略了高手鄙视H5app这一事实.H5发展基数就是新手和中阶基数人员,D新手体验做的不好直接会把新手全推到A那去.
试问:当年cf抄袭cs的时候,用户在乎过谁对谁错吗?
事实:用户只在乎体验,不在乎用的是谁家的产品.就算是A今天死了,又出来个B,体验比你们好,你们一样会炸窝.先提升自己,再去说别人,别50步笑百步
APICloud近期的舆论导向口径就是：抄就抄嘛，用户不在乎，谁的产品好用谁的。
不过同样是抄袭，有的只是模仿，性质不严重，是道德问题；但另一种不是模仿，是反编译并copy代码，这个性质就非常严重了，不仅仅是道德问题，而且是犯法！
我们不重视用户体验，这个观点不知道哪里来的。
我们非常重视用户体验，所以才花巨大的精力在HBuilder ide上，好的产品，不是写厚厚的文档，而是让软件自己会说话。另外HTML5Plus.org的规范也是典型的规范风格，看起来也很容易。至于mui，目前正在升级新的文档系统。
每个公司的精力都有限，我们其实也谈不上重视不重视新手，准确的说我们重视产品，努力把产品做到极致，其他一切自然而来。比如培训，目前已经有若干家专业培训机构开设了5+ App课程，其中东翌学院做的不错，很快还会有更多精品课程推出。
高手都用原生？没这个说法，我们很多高端开发者的，你可以看看360手机助手首页的上门服务，点进去里面全是基于HTML5+开发的，很多大互联网公司都在使用HBuilder，并且陆续开始5+ App的开发。HTML5有很多优势是原生比不了的，颠覆掉原生的时代已经快到来了。参考 www.csdn.net/article//2822513-how-html5-changes/1
我们是开放的，欢迎任何人来进入这个产业帮助开发者，HTML5+标准是公立三方标准，我们的runtime的业务组件都是开源的，不要以为来个竞争对手我们就会敏感。
看了你的回复,我只能苦笑.
1.我不是APICloud的fans.你却把公关的怒火发到用户身上.
2.你的回答全部避重就轻.一味强调你们的对与别人的错.
3.请不要拿自己的东西证明自己是对的.
4.我很担心如果我继续留在D,你们以后的服务都会是这样.藐视一切问题.
我的回复很客观，没有什么怒火。哪个避重就轻，不懂。那就点对点应答下：
1.a抄袭d已经是基本事实.
2.d技术实力比a高,基本肯定
3.d没有a人性化,可通过测试说明
不理解，我们觉得我们的产品设计的更人性化
4.a支持第三方虚拟机直接真机测试(天天模拟器).d不支持第三方,仅支持谷歌
误解，我们支持三方模拟器，天天模拟器没用过，但Genymotion和海马玩都是支持的。
5.a集成了很多模块,d没有
正文已经说过，a全部依赖封装，封装部分比d重，但d的Native.js更强大，api数量更多，d也有扩展插件，只是未建立插件市场。这个方面我们是有计划的，但思路又与a不同。
6.a生成体验要比d好
没觉得a的哪个案例达到d的案例水平
7.a的ide没有d好
感谢认可。
我们不藐视一切问题，我们也天天加班在解决各种问题，但我们确实有我们的思路和取舍，也有众多认可我们思路的开发者和知名合作伙伴。
那你们倒把问答系统做好了呀！上次我随便发个吐槽贴，响应的一大堆。大家不说问答系统不好用，只是大家懒得说。我是每天都想吐槽你们问答系统，但每次忍忍就过去了。说实话你们对产品极致的追求我挺喜欢的，性能继续提高，加油！
我作为一个新手，第一次用HBuilder就喜欢上了，可是我用一段时间发现，IDE确实非常不错，但开发WEBAPP到现在还没上手，因为是新手，没有一个像样的参考源码很难起步，不像ac那样，论坛里有好多源码下载可供参考，下几个研究研究大概就知道如何做了，另外感觉这里的人气太差了，不知道是不是用的问答系统问题，打开导航的几个菜单，感觉页面空空荡荡，不像discuz那样看上去舒服，这里问问题好像也很难得到回复。
HBuilder里新建移动App，里面有自带源码，也有github地址。
如果你的问题比较清晰，我们的回复是会比较及时的。
已经习惯用HBuilder来做前端开发的IDE，前段时间因为升级OSX 10.11导致不能使用HBuilder，突然感觉其他的IDE或编辑器（在HBuilder一直用vim）用起来不是那么顺手了。果断降级系统，HBuilder用起来还是爽爽的。支持HBuilder。希望越来越好，越来越顺手。
感谢管理员这么快回复，这段时间正在用IntelXDK，晚上回去下载HBuilder试试
支持DCloud！
在这个浮躁的社会中，有DC你们，我看到了中国的希望，谢谢你们
DCLOUND,你们好样的，给你加油！支持
刚加入的新手，建议你们做一个新手入门的导航和分类，以及新手实例，便于参考学习，apicloud这方面确实比你们考虑得多些。我找了半天也不知道应该从那里开始学习……
问答系统好像不太符合菜鸟新手使用，找不到自己想要的主题。
APICloud真是我们程序员里面的坑，竟然都不脸红。
第一、本地都可以打包app
为什么没有网 HBuilder 不能用 你说郁闷不? (前几天刚作系统肯定没有登录过)
第二、 楼主 第六点已经说明
DCloud重视精品App，APICloud重视入门新手
可以这么理解么? APICloud重视入门新手
DCloud不重视入门新手或者DCloud轻视入门新手(精品app新手是不可能开发出来的),多插依据精品app都是新手变成老手后才实现精品的
第三、楼主 第八点
也说说APICloud的优势 !!!~~~ 还说什么啊
自己知道他们的优势,
自己没有这方面优势 , 要么就放弃要么就跟上别人, 这又不牵扯版权, 再说就是眼泪.
第四、版权问题上边也有人说了,
我是一个新手 我是从 wex5过来的,起步速度快,因为拖拖空间,但是那种真的很恶心并且学习成本比html5还高 虽然可以使用html5开发,但毕竟他们的ide 有自己的一套东西,还是比较方便. 现在也没有放弃, 原因是 有案例 有论坛,有管理员可以帮你解决自己开发中坑的问题. 最终要的是我已经起步.所以我还一直在wex5, 来到这里 主要是 想找一个能运行流畅的app框架, 所以我看到了DCloud,我下载了, 我实验了, 但我现在还没有用, 为什么???????
我也想用APICloud 但我连下都没有下,原因是收费, 虽然可能达不到他们收费要求,但只要收费我是不会去学的,因为任何学习都是有成本的.
另外给DCloud个建议,
你有自己方向有自己的价值观没有错. 但作为一个想开发app使用者 如果是新手(指的是从未开发过app人)他们不会介意学习成本,使用谁家的框架都可以,这些人最终会走向工作岗位成为企业或大型企业人才.
但是向我这样 用过别的框架开发过app的人再选用框架时候都会谨慎使用,因为作任何事情都是存在成本,.还存在坑.
我不是推广wex5、APICloud的,只是希望我真的能使用上DCloud, 不要让我等到吧HBuilder 从我电脑删除的那时.
说说个人的意见，我选择使用什么东西基本上是看他给我的束缚的多少，比如说django和bottle我会选择bottle不会选择django,而对于大部分的人可能会觉得django有这个，有那个，功能更加强大，而恰恰是因为他东西太多，其实对开发者更加是一种束缚，我选择dcloud因为他没有什么东西，接口什么的也少，少什么开发者自己做
我想问问DCLOUD是怎么赚钱的？不赚钱你们怎么能继续发展呢？。。。好担心你们啊，这样的良心公司不多了
如果官方能提供一套详细的，从入门到做一个完整的APP的视频就好了！0hi的视频太过于简单！东翌学院的学费有点让我们望而且却步，如果官方能出一套完整的视频！收费我支持，但是希望价格能亲民！这样才能让更多的人了解Dcloud的优势，也相信会让dcloud更火！
没用过ApiCloud，初步了解了下，没有我想要的那种开放性。 Dcloud很赞，HBuilder很赞
同感，我也是wex5过来的，你说的正是我想说的！
我来说一句吧，其他的回复我都认同，就是第三点。不是不认同，应该说，我来解析一下孤狼的意识。@DCloud_heavensoft你说的觉得我们的产品设计的更人性化是对的，确实是这样。但是孤狼说的人性化可能你没理解，人性化体现在产品、服务等多个方面，人性化的本质就是以人为本，人是核心。拿产品来说，你们的产品就是赢在了人性化上，这也是你明白的。但是人性化不单体现在产品上，而是一个围绕以人为本的一个系统工程。在服务这一块上，Dcloud却实存在不足，下面我列举一些。一：对于新人的不友好，这里说的新人包括但不限于新手开发者，大家都知道，著名的程序语言一般都会有一个经典helloword！简单的例子，这是一个引导，也是新人的初体验，也是一切的起步，但Dcloud的helloBuilder点击运行却出错，这样人很难想象。二：Cloud采取第三方培训的方式，这种方式本身就疏远了官方与开发者之间的关系，而且由于官方文档的不够详细，造成了学习成本倍增，这一点上thinkphp做的很好，thinkphp在国内流行除了自己框架的优秀外官方详细的文档功不可没。三：第三点其实就是前段时间私信Dcloud这个账户的内容，这其实关系到wecenter问答系统本身，wecenter参考的是知乎的社区模式，有自身的优势但是这个模式也存在一些缺陷，重要的缺陷便是重要的内容不突出，过于零散化，造成用户体验度不足。知乎的成功在于除了社区模式之外，更重要的是前期培育的社区气氛，采取实名认证制度，邀请制度等培育的良好氛围，而且还加上一个重要的因素-人气基础，意思就是在人气充足的情况下这种社区模式优势得到发挥，但是人气不足的话，用户体验度较差。以上便是个人的理解。开发者有不同的层次，但层次是变化的，新手与资深，就好比是以前的共产党的农民和国民党的资本家，他们之间人口基数诧异很大，最终却是共产党夺得了天下，正印了那一句得民心者的天下。写了那么多是出于对Dloud的热爱，希望它能越做越好，但愿我的话有一点点作用
很同意你的观点，有些问题对新手来说上手较慢，如果有官方的视频教程，会好得多。
每个产品都有适应人群，D的技术水平确实高一筹。你的一个观点不赞同，目前从企业开发来讲，都在寻求快速高效的APP开发模式，不同的场景选择不同的技术，并不是技术高级的就一定用原生。像手机淘宝用的也不是原生吧。作为项目经理来讲，如何选择一个技术，能让快速上手，并且在市面上能快速的招到备用人员是必须考虑的。
东翌学院是国内第一跨平台app开发培训机构，是国内跨平台app开发的先行者，我们对市面上的主流框架进行了深度的开发测试发现很多框架并不能达到我们的教学标准和开发出来一个完整的商业项目，但是Dcloud开发的app可以在我们买的千元内的测试机上非常流畅的运行，所以针对大家的对比，如果说你只是开发一个app放到自己手机上玩儿那任意框架都可以，前提需要保证你的手机配置要足够高，但是如果你要真正深入学习跨平台这个技术或者开发商业项目，那就要重新选择了！
关于我们课程问题，我在这里强调一下：我们的培训是app开发整套的课程更多是基础 、js、php、Mysql，从UI的设计到手机底层到后台的开发到数据库的管理，从一个创意的萌生到APP的上架，就算是0基础的学员也能够轻松开发出属于自己的APP，我们培训的是能够独立开发app的全栈工程师！
官方号称几百的手机都能运行流畅，为什么我么么哒3S899的手机切换页面会卡顿不流畅，能看到渲染过程，求解，用apiclound一样是不流畅，是手机问题？
Dcloud对技术的追求和一些理念确实比较赞，不过有很大的一个问题就是没有一个好用的一体式的案例可以参考，都是一些静态案例，官方git上放的实际案例对新人来说确实比较难理解
用了一年多了的DCloud的，开发很顺手，提示很全面，基本都会用它来开发前端或者web app。
讨论的很激烈嘛。我最关心的两点是：1、永久开源（好处全世界都知道）。2、永久免费（好处全宇宙都知道）。
D符合这两点。
同意 石头怪 的说法，官方确实没有一个完整的，好用的一体化案例
d的用户最想吐槽的是什么？有了问题之后，官方的解答速度 ！！！太！！！慢！！！了！！！，不是所有人都是高级工程师！！！！
你提到的activity和webview的区别，并非事实。花屏的最大原因是内存不足，需要控制好内存。
另外同时显示7、8个webview本身也是不正确的设计。
界面切换慢也是不存在的，你看看大众点评外卖的app，切换非常流畅。
HTML5+规范和mui本身就是不同的产品，HTML5+是通行的行业扩展规范，而mui不止能运行在5+下，也可以运行在普通浏览器和微信下。apicloud没有运行在普通浏览器下的产品，自然文档也只讲app开发。
你不知道大公司为啥用DCloud的产品，就认真学习下。为什么360、大众点评、京东、网易都使用DCloud的产品开发App并且上线，并且还有一堆一线互联网的app还是开发中，也很快上线。
鉴于你的文风并非客观技术分析，等你看到我的回复后，我们将删除你的评论。
说的都在理，我喜欢用DC，建议多出一些专题，让开发者能够很方便的、完整的、详细的学习APP开发的每一个环节（是从0到1的整个环节），你们文档首页结构那么久一层不变，可以适当完善创新下展示方式和阅读体验，另外在希望多对问答里面的内容进行整理归档呈现，每次升级更新多出一份文档（新的接口改动），我的IDE更新总是回退不了很郁闷，有没有未解决事宜文档。总的来，看的到你们的付出和进步，
希望平台越来越好！
我也是算一个学习阶段的菜鸟程序员吧，写代码的历史已经有两年左右了，在这两年里我一直在网上尝试各种代码编辑器，notepad++，sublime，之类的，使用了不下数十款编辑软件，可能是因为我比较偏向于折腾的那种类型，所以不断的更换着写网页的编辑器，直到有一次看到群里有人说HBuilder，我也就下载试了一下，说实话，当第一次使用这款编辑器的时候我真的可以用震撼来形容，从来没见过提示功能这么强大的代码编辑器，后来又发现DC公司除了HBuilder外还有MUI的前段框架，于是开始在网页中使用MUI框架，效率也高了很多，本着折腾的本性我当然也试了一下ApiCloud，用了不到半个小时之后就卸载掉了，感觉特别难用，代码编辑器用起来也没有HBuilder流畅。个人感觉，我更喜欢用HBuilder，我经常向做网站 学前端的朋友推荐使用HBuilder来写代码，用过的朋友没有一个人说HBuilder不好用，没有一个人说HBuilder功能烂，甚至有很多朋友用HBuilder来写PHP程序，感觉完全不比zend studio差！
作为一个中国的程序员，我很高兴我们中国有公司能开发出这么强大的编辑器。
如果让我用一句话形容HBuilder写代码的感觉，那就是“前所未有的爽！”。
以上内容是本人使用HBuilder的真实感受，没有任何夸张以及虚假的内容！
那你这辈子就没有成就了
我之前做安卓原生的，现在因为出来创业，在考虑用什么平台做webapp，看了几家：apicloud、dcloud、wex5、ionic，最早同学推荐的apicloud，开发速度之快，我上午看完文档，下午写了个骑行交友的demo，速度让人大吃一惊。后来因为版权问题了解到dcloud，逛了官网，觉得技术方面还是比apicloud要全，面向的内容不适合菜鸟的，所以第一感用户友好度差一些。然后看了wex5，浩浩汤汤的官网，合作伙伴能列出好几页，但是并没有怎么听说，也有专业人士出来说wex5对用户照顾很到位，技术方面我不知道就不表态了，只知道用它成本挺高，所以放弃。再后来发现Ionic挺不错的，国外开发的，虽然文档看起来没压力，但是有问题怎么问，还有团队的几个人英语功底不好，也就放弃了，最终只剩下dcloud作为我们的选择了。本人从一个开发者，一个用户看待几个平台，我觉得dcloud能把用户（开发者）重视起来，市场肯定一片大好，毕竟随着硬件的发展，webapp的发展也是大势所趋。
毕业没多久，菜鸟一个，想学html5的新人一个，这里仅仅说下我的感受。调查了10多天，从html5原始的开发，phonegap,codorva,jqmbi，jquery-mobile等等都要看，完了还要找个好的ide，一般ecslipes，还要研究打包调试，网上的资料虽多，但是真心学不起来，太杂乱。于是想看下有没有稍微集成下有利于研究和学习的，发现了四个，wex5，dcloud,appcan,apicloud。wex5我跟者视频做了一个，但是各种问题，在收费版的bex5里却没有，我觉得可能收费的和不收费的还是有差距的，有些东西确实还是挺费劲的；apicloud，一开始看了下背景，我个人是比较喜欢技术产品导向的，针对开发很多问题这里有做优化，有些确实是原始的html5开发的硬伤，比如js的选择，有jquery-mobile，senchatouch好多个选择，据介绍jqmbi是在jquery-mobile的基础上优化，性能更好的兼容webkit,安卓ios使用上均有提升优势，我没试过也是听下面大神自己研究的。但是我是一个初学者，公司没有这种专业的团队来一起研究，这个提升我对这个html5当前火热的开发语言，貌似基本没啥可能。于是我想找一款更接近原生开发，尽量不用附加东西绑定用户也就是我的一款稍微集成的全面html5开发资料或者更好点有ide,在这个基础上我研究了wex5,dcloud,apicloud,更少的限制我，更好的学习点东西，稍微具体系统点的学习资料等一些方面来看最后我是觉定用dcloud,只是希望dcloud能有更好点的学习资料，个人看了那个什么官方提供的东笠的学习资料，突然多了个cast.js，貌似这个名字，稍微有点反感的就是再次把某些不全面的封装来教学盈利，其实封装来方便使用这点是支持的~对于dcloud还有点可能就是技术交流不够及时，社区活跃可能不是太好，对比这三下算是弱的，希望能提供一些上传视频等接口，下面学习的人可以把自己学习的经历放上去供大家研究学习，当然那个人乐意之类的。apicoud这里不想太多了解，非技术导向学习之类的我这种抱着学习的心态貌似不太适合。这里花了二十多分钟写这么多，主要是想给像我一样初学的为了学习这们语言，想先通过一些简单的方式学习的人一些参考，不喜勿喷，也是为这家稍微技术导向的公司一点支持，因为没想通这家公司的盈利模式，至少现在做的都是为了开发者提供便利的，希望越办越好，能够让更多的人学习到一些知识，继续学习了~~
对HTML5的价值理解不同
我觉得市场这个东西 应该换种思路理解 而不是市场=商业
非常支持dcloud,非常支持hbuilder和mui，在学习中；唯一困惑的一点是出了个cast.js，这学院是跟你们合作的吗？进的官网群问了俩问题没人理，客服只会问你要办理vip吗，我说学这还不如研究mui呢，就被踢出群了。不明白贵团队为何要与此差劲学院合作，用的你们的东西，钱让人家赚了！
作为原声开发的我，觉得D的技术实力比较强，A的体验好和入门比较快，，，要是D 和 A合并，而且进行技术共享的话，，我相信这个会给我们带来更多的福音，，希望有一天能看到，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，
nice tell me something.
我还没入门，虽然倾向用dcloud开发app，但看了论坛，不光是新手低级问题根本没人回复，连看起来有价值的问题也是去年发的贴也没有人回答，我可以想象开发中碰到技术问题没人帮忙抓瞎的样子了…
没人回的问题分几种：文档示例里有答案；问之前没搜索，以前回答过；问的不清楚，无所下手；确实太初级。
之前使用MUI开发了一个产品，卡的不要不要的，而且是会有不可预估的问题（不是这个手机有问题就是哪个手机有问题，白屏、卡顿、闪退....） 只能说是对webApp已经失去念想了。
但是现在没办法，需要快速开发APP，而且原生开发能力又不足，只能再次寻找webApp开发平台了。
想试一下AC，因为里面有封装很多现成的模块。其实AC也是存在跟DC一样的性能问题（因为他们都是webApp）.
建议能用原生开发就还是不要用webApp了，图一时快感，最后变成一个鸡肋的东西就麻烦了。
支持DCloud也只会用你们的。那家A什么的来着我刚去看了一下，不说其他的就那个官方真的是丑到了一种新高度，一看就是二流的，乱七八糟的，DCloud你们是最棒的，加油，
Dcloud IDE
本人觉得DCloud文档缺少一种指引，或者说文档断点太多，因此给新手小白一种懵比的感觉，不知从哪下手。建议官方在文档涉及的一些基础代码，比如出现html、js的知识点等等时，给新人小白一个提示，说明需要掌握那些知识点。引导新人入门hello world 。DCloud不要高逼格冷漠，不要瞧不起新人小白，腾讯公司都是电脑小白支撑起来，DCloud自己也喊要做行业领航者，这么大的野心，就要去让新人接触这个行业第一印象就想起DCloud，那就是成功了 。然而目前 ，社区活跃不够是硬伤
要回复文章请先或
