對APICloud的認識及與DCloud的簡單對比
APICloud是一家移動應用雲服務提供商。它為開發者從“雲”和“端”兩方面提供API模組服務,它幫助開發者把“重複造輪子”的開發環節架構好,簡化了移動應用的開發技術,縮短開發週期。
APICloud成立於2014年初,兩位創始人劉鑫和鄒達出自同一家面向企業級市場的移動應用開發公司(APICloud聯合創始人兼CTO
鄒達)。從面向企業級市場的移動應用開發商到移動應用雲服務提供商的角色變化,代表著劉鑫和鄒達當時對這一塊市場的判斷。
由於資訊科技革命越來越深入到移動網際網路領域,提升人們的生活,所以市場會持續湧現大量移動APP開發需求,這是APICloud(跨平臺的軟體開發--APICloud相似的還有DCloud--技術較為先進,產品較為精,使用H5,HBulider與Native.JS,
人們在使用手機時,大部分時間是花在獨立App上的。而傳統的App開發模式成本高、費用高、週期長。鄒達說,APICloud可以使用標準的Web技術做出一款獨立App,並且保證App的效能體驗。
HTML5是未來App的開發方式,這種趨勢和方向其實非常明顯,鄒達說他們賭的就是HTML5(看上去勝局簡直是萬無一失)。但與其說他們賭的是趨勢判斷,不如說是時間上的“先下手為強”。
總而言之,APICloud通過HTML5技術應用到實際的App開發中,幫助開發者降低開發成本,提升C端使用者體驗。同時,又通過構建IOS、安卓等多平臺移動作業系統的API模組,簡化開發者開發移動應用週期,並幫助開發者實施雲端管理。
說到2015年進展,APICloud平臺上線了模組Store、推出網頁程式碼全包加密機制,以及推出了支援多開發工具的開發策略,支援基於eclipse、sublime和webstorm等多種開發工具
回顧這一年,APICloud更注重平臺生態的構建,作為移動應用開發平臺他們更注重開發者與需求APP開發的企業整合到一起,而將成為APICloud作為生態性平臺的盈利模式。
apicloud等其他國內跨平臺工具都是收費的,雖然有免費版本,但是他們的目標還是要把開發者引導成他們的收費客戶。
但DCloud是純免費的,自由的技術產品。沒有vip付費使用者跟你搶資源,沒有用到一定深度就讓你付費。
DCloud的唯一的商業變現是你做好app後,如果想推廣,可以找DCloud幫你發展使用者,因為DCloud有大量流量可以給開發者的app導流量。目前DCloud已經幫開發者導流上百萬使用者,並且導流成本遠低於市場成本。DCloud發展與2003年,CEO是王安,2013年釋出HBuilder,推出IDE,
2014年進行Html5性功能的優化。
DCloud是一個移動APP開發(HTML5)的解決方案。主要包括IDE(HBuilder)、HTML5 API(HTML5+)和一個移動前端框架(MUI)。
-
關於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/ -
對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產品的培訓。 -
產品觀不同
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合作,推出真正專業安全的程式碼保護。大家可以關注此貼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最近總是通過宣傳他們使用者更多、他們社群更活躍來混淆視聽,但事實情況是DCloud的開發者數量和活躍度更高,搜尋百度指數可看到HBuilder的指數在2000左右,且持續上漲,如果合併上mui的指數則更高。而apicloud的百度指數是1千多,且不營銷就會下滑。
關於DCloud的問答系統和APICloud的論壇,有完全不同的定位。APICloud的論壇是當做論壇來運營的,會關注帖子數和活躍度。但DCloud不是這樣的,我們是做產品的、不是做論壇的。問答系統是產品的支撐工具,要求沉澱高質量內容。所以提問要花費積分、無技術含量或表達不清的問題可能無人回答。
通過以上的分析,已經比較系統的梳理了兩家公司的不同。
當然如何選擇,還在於開發者自己
相關推薦
對APICloud的認識及與DCloud的簡單對比
APICloud是一家移動應用雲服務提供商。它為開發者從“雲”和“端”兩方面提供API模組服務,它幫助開發者把“重複造輪子”的開發環節架構好,簡化了移動應用的開發技術,縮短開發週期。 APICloud成立於2014年初,兩位創始人劉鑫和鄒達出自同一家面向企業級市場的移動應
【C++】總體認識,c++與java簡單對比
學習了C++的一些知識,因為Java是用C寫的,而C++是對C的封裝,所以有java基礎,學C++不難。 C++在形式上比java繁瑣,比如要有main方法,函式定義,成員變數賦值,靜態成員賦值等。 但是C++有指標型別,所以在操作
Dom4j與sax 簡單對比
操作 文件的 detail log net 解析 鏈接 導航 簡單 Dom4j與sax之間的對比 dom4j不適合大文件的解析,因為它是一下子將文件加載到內存中,所以有可能出現內存溢出,sax是基於事件來對xml進行解析的,所以他可以解析大文件的xml
sbt與maven簡單對比
sbt vs maven sbt專案用ivy2,可以使用maven的包 sbt可以進行增量編譯,這個特性還是非常有吸引力,因為scala的編譯速度是堪比c++的 sbt提供了一個scala的console,並且匯入預設的一些包,非常方便的互動 sbt在外掛上支
C#跨平臺手機應用開發工具Xamarin嘗試 與Eclipse簡單對比
Xamarin 支援使用C#開發基於Android、IOS、WindowsPhone應用開發,最大特點C#+跨平臺,詳細說明問度娘。 安裝 研究 我也下載了研究下,破解有時候有問題,一登陸就變成試用版,需要重新生成License,挺煩人,於是寫了段批處理,放入記事本中另存為crack.bat執行,
Storm介紹及與Spark Streaming對比
1 Storm介紹 Storm是由Twitter開源的分散式、高容錯的實時處理系統,它的出現令持續不斷的流計算變得容易,彌補了Hadoop批處理所不能滿足的實時要求。Storm常用於在實時分析、線上機器學習、持續計算、分散式遠端呼叫和ETL等領域。 在Storm的叢集裡面有兩種節點:控制節點(Master
StringBuffer的認識及與陣列、String的區別
StringBuffer在開始時,首先看看String和stringbuffer的區別?String是一個不可變的字元序列,而stringbuffer是一個可變的字元序列。記憶體方面:String是在常量區開闢空間,比較耗費記憶體,而stringbuffer是一個字串緩衝區,
gcc原子操作與spinlock簡單對比
GCC 提供的原子操作gcc從4.1.2提供了__sync_*系列的built-in函式,用於提供加減和邏輯運算的原子操作。 type __sync_fetch_and_add (type *ptr, type value, ...) type __sync_fetch_
ListView 與 RecyclerView 簡單對比
RecyclerView 與 ListView 的主要區別: 佈局效果對比 常用功能與API對比 在Android L引入巢狀滾動機制(NestedScrolling) ListView與RecyclerView的簡單使用: ListView:
RPC服務及與HTTP服務對比
一: 定義: RPC(Remote Procedure Call)—遠端過程呼叫,它是一種通過網路從遠端計算機程式上請求服務,而不需要了解底層網路技術的協議。RPC協議假定某些傳輸協議的存在,如TCP或UDP,為通訊程式之間攜帶資訊資料。在OSI網路通
JS中集合對象(Array、Map、Set)及類數組對象的使用與對比
new item 是否 匹配 全局搜索 用法 self star 刪除 原文地址 在使用js編程的時候,常常會用到集合對象,集合對象其實是一種泛型,在js中沒有明確的規定其內元素的類型,但在強類型語言譬如Java中泛型強制要求指定類型。 ES6引入了iterable類
認識react, 並簡單與vue對比
應用場景: 負責場景下的高效能 重用元件庫,元件組合 中文官網:https://reactjs.org.cn/doc/in... 特點: 宣告式編碼(不需要關心如何實現,只需要關注在哪裡做什麼) 元件化編碼 高效的DOM Diff,最小
對HoloLens的初步認識及簡單開發流程
一:MR與AR區別(Hololens與Vuforia) MR:Mixed Reality,混合現實 AR :Augmented Reality,增強現實 1.將真實場景與虛擬物體的疊加方式 MR:將虛擬物體通過座標定位在透鏡中疊加進去 AR:靠攝像頭捕捉現實畫面作為背景面板放
對設計模式的總結之簡單工廠與策略模式
mage 建立 不變 href catch nag 實現類 初步 cti 前言 面向對象編程追求的本質-提高擴展性、可維護性、靈活性和復用性。合理利用面向對象6個原則,能夠很好的達到要求。如何利用好就是至關重要的了,前人總結了23+個設計模式能夠讓初學者更容易
Swift 與 Kotlin 的簡單對比
single rom gas ati dig 3.2 cat pos 範圍 一位國外的程序員認為 Swift 的語法與 Kotlin 相似,並整理了一些 Swift 和 Kotlin 的對比,下面是一些例子,大家不妨也看看。 BASICS Hello World Swift
uiautomator——簡單的將自動化測試與截圖對比連接起來使用!
查找 hash算法 elf activit style 成功 調用 .get gree 在自動化測試過程當中,除了使用id。text。view等方式進行查找元素之外,存在一種問題是界面無任何的可判定元素來判斷自動化測試是否成功時,需要用到截圖對比 # -*- coding
JavaScript裏的Date 對象屬性及對象方法--實現簡單的日歷
tor 個數 lin all date rip rec 說明 進行 上網搜索"js 日歷插件"就會出來各種效果的功能豐富的日歷插件,很多都可以下載源碼,然後根據各自的需求對源碼進行修改就可以直接用了. 但今天講的不是如何使用這些插件,而是講如何實現一個很簡單的只有當前這
線程及與進程的對比
減少 可見 博文 單位 多個 質量 分發 .com 之間 一、為什麽要引入線程 進程是為了提高CPU的執行效率,減少因程序等待帶來的CPU空轉以及其他計算機軟硬件資源而提出來的。進程是一個資源擁有者,因而在進程的創建、撤消和切換中,系統必須為之付出較大的時空開銷。也正因
KNN 算法,以及與Kmeans的簡單對比
機器 速度 優點 相關 可能 優化 四種 優缺點 16px KNN與Kmeans感覺沒啥聯系,但是名字挺像的,就拿來一起總結一下吧。 初學者的總結。 KNN是監督學習,Kmeans是無監督學習。 KNN用於分類,Kmeans用於聚類。 先說KNN: 對於KNN,有一批已
對Python源碼加密及反編譯前後對比
python 加密 關於python的加密目前軟件開發商對 Python 加密時可能會有兩種形式,一種是對python轉成的exe進行保護,另一種是直接對.py或者.pyc文件進行保護,下面將列舉兩種形式的保護流程。1、 對 python轉exe加殼下載最新版加殼工具,使用加殼工具直接對demo.ex