apicloud是一家移動應用雲服務提供商。它為開發者從「雲」和「端」兩方面提供api模組服務，它幫助開發者把「重複造輪子」的開發環節架構好，簡化了移動應用的開發技術，縮短開發周期。
apicloud成立於2023年初，兩位創始人劉鑫和鄒達出自同一家面向企業級市場的移動應用開發公司（
apicloud聯合創始人兼cto 鄒達
）。從面向企業級市場的移動應用開發商到移動應用雲服務提供商的角色變化，代表著劉鑫和鄒達當時對這一塊市場的判斷。
說到2023年進展，apicloud平台上線了模組store、推出網頁**全包加密機制，以及推出了支援多開發工具的開發策略，
支援基於eclipse、sublime和webstorm等多種開發工具
。鄒達透露，2023年1月初，他們將推出2.0產品，這個產品的應用場景會更加豐富。
apicloud等其他國內跨平台工具都是收費的，雖然有免費版本，但是他們的目標還是要把開發者引導成他們的收費客戶。
但dcloud是純免費的，自由的技術產品。沒有vip付費使用者跟你搶資源，沒有用到一定深度就讓你付費。
這裡有乙個多端發布的最佳實踐，挑食火鍋是優秀的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包體積更大，能力更少，雖然看起來模組較多，但質量和可用性並不好，有問題也無法自己修改。
開發便利性
眾所周知，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的產品觀有2個特點，乙個是極致，乙個是節制。
我們在關鍵點上非常追求極致，通過突破創新來解決遇到的問題，我們要最全的語法庫、我們要呼叫40萬原生api，我們會突破這些技術難題。
同時我們又會極力控制html5 和mui的功能蔓延，控制封裝層的厚度，控制runtime和mui的體積，保證每個新增的功能都精巧的解決關鍵問題。
但apicloud是遇到什麼問題就增加什麼功能，不停的用原生封裝封裝，功能越來越多，問題越來越多。
通過以上的分析，已經比較系統的梳理了兩家公司的不同。
當然如何選擇，還在於開發者自己
對2D免費遊戲的認識
對於2d遊戲來說，程式的質量 都不是問題了，現在看重的是遊戲的品質，完整的世界觀,遊戲內容，數值，玩法等,豐富的主線以及分支任務，讓玩家在不知不覺 中成長，副本可以讓玩家更加的融合，戰場可以給玩家更加的激烈刺激的享受，不花錢的可以玩，花了錢的能夠玩的更好，我認為這才是一款成功的免費遊戲。1 世界觀以...
對「認識」的認識
很早就想談談關於 認識 的認識。這是乙個巨集大深刻的哲學問題。只是覺得沒有完全思考清楚，還以為觀點有些偏頗，擔心自己沒能力系統論述，就遲遲沒有動筆。但想到談論的問題本身就是乙個偏頗的問題，而且，我始終覺得，問題儘管偏頗，但卻不無道理。所以，提筆寫下這篇文字。正像思想的本質是不安一樣，認識的本質是片面...
DCloud與APICloud的對比
有乙個比較 拋開其中撕逼的部分，文章中有些觀點我是認同的。在此請允許我摘抄一些 hbuilder有最全的語法庫和瀏覽器相容性，有強大的js解析提示引擎 html5不如原生，所以需要擴充套件。但如何擴充套件，兩家公司思路不同。一方的產品叫html5 意思是基於html5做擴充套件，不做html5能做的...