MBaaS(移動后端即服務(wù))是一類很新的產(chǎn)品，它在很大程度上取代了MEAP(移動企業(yè)應(yīng)用程序平臺)。在過去的幾個月間，我認(rèn)真仔細(xì)地分析了五種MBaaS系統(tǒng)：AnyPresence、Appcelerator、FeedHenry、Kinvey和Parse。我在本文中將總結(jié)這五種系統(tǒng)，介紹它們的共同之處和主要區(qū)別，并給出相應(yīng)結(jié)論。
MBaaS的基本想法是，移動應(yīng)用程序需要可以在諸應(yīng)用程序之間共享的常用服務(wù)，而不是專門針對每個應(yīng)用程序開發(fā)服務(wù)。使用MBaaS的移動應(yīng)用程序遵循了松散耦合的分布式架構(gòu)，而MBaaS系統(tǒng)本身通常擁有比MEAP系統(tǒng)更加分布式的架構(gòu)，后者往往采用統(tǒng)一的中間件服務(wù)器。
MBaaS系統(tǒng)通常提供這些功能特性：推送通知、文件存儲及共享、與Facebook和推特等社交網(wǎng)絡(luò)整合、位置服務(wù)、消息傳遞及聊天功能、用戶管理、運行業(yè)務(wù)邏輯的功能以及使用情況分析工具。面向企業(yè)的MBaaS系統(tǒng)還提供了與現(xiàn)有的應(yīng)用軟件和數(shù)據(jù)庫整合的功能。
后端并不是孤立存在的，所以MBaaS系統(tǒng)提供了某種級別的移動客戶端支持。這種支持包括：從將REST API(應(yīng)用編程接口)暴露在所有來者面前，到為iOS、安卓、某些版本的JavaScript以及可能其他移動平臺提供應(yīng)用程序生成功能，不一而足。
此外，后端需要加以定制和編程，于是MBaaS系統(tǒng)提供了結(jié)合在線開發(fā)環(huán)境和桌面開發(fā)環(huán)境的機制。最后，后端服務(wù)的目的在于確保持續(xù)運作，所以它們需要一定程度的應(yīng)用程序監(jiān)控和錯誤日志機制，另外還有使用情況分析機制。監(jiān)控和分析可能由MBaaS廠商直接提供，也可能通過與第三方服務(wù)整合來提供。
另外一個優(yōu)點是，MBaaS系統(tǒng)可生成移動SDK(軟件開發(fā)工具包)。當(dāng)廠商將其服務(wù)暴露在從事移動應(yīng)用程序開發(fā)的合作伙伴面前時，這極其有用。此外，MBaaS系統(tǒng)能夠支持移動應(yīng)用程序的離線運作和離線/在線數(shù)據(jù)庫同步。MBaaS系統(tǒng)可能提供自己的移動設(shè)備管理，或者與移動設(shè)備管理(MDM)廠商實現(xiàn)整合。MBaaS系統(tǒng)可能還在適當(dāng)情況下支持針對特定設(shè)備的服務(wù)，比如iOS設(shè)備上的iBeacon。
共性與區(qū)別
在測評FeedHenry、Kinvey、Appcelerator、Parse和AnyPresence的過程中，某些功能和實現(xiàn)方法顯得非常熟悉。比如說，所有五種MBaaS產(chǎn)品都提供了使用MongoDB存儲數(shù)據(jù)的機制，這是一種存儲JSON對象的開源NoSQL文檔數(shù)據(jù)庫。所有這些產(chǎn)品都為各自的MongoDB數(shù)據(jù)存儲區(qū)提供了數(shù)據(jù)設(shè)計用戶界面(UI)，這些UI外觀都很相似。要是這些UI都基于相同的MongoDB示例代碼，我也不會感到驚訝。
這五種MBaaS系統(tǒng)在多租戶模式云環(huán)境下均可使用。它們都有在線說明文檔，都提供了推送通知和用戶驗證API，都在某種程度上支持原生的iOS和安卓應(yīng)用程序，都為開發(fā)人員實現(xiàn)自定義服務(wù)器邏輯提供了某種方式。
這些產(chǎn)品之間的差異頗為顯著。比如說，它們支持與企業(yè)應(yīng)用程序和數(shù)據(jù)庫整合的程度不一，有的只提供調(diào)用返回JSON的外部REST接口這一基本功能，有的與常見應(yīng)用程序和數(shù)據(jù)庫深度整合。開發(fā)人員實現(xiàn)某一種與MBaaS整合的企業(yè)機制所需的時間長短不一，長的需要數(shù)天，短的只要幾分鐘，這取決于某一家MBaaS廠商之前為特定的整合做了多少量的工作。
一些MBaaS系統(tǒng)可在企業(yè)內(nèi)部使用，另一些可在私有云中使用。還有一些采用托管模式，符合《健康保險可攜性及責(zé)任性法案》(HIPAA)、支付卡行業(yè)(PCI)、聯(lián)邦信息處理標(biāo)準(zhǔn)(FIPS)和歐盟數(shù)據(jù)安全等標(biāo)準(zhǔn)。有些有自己的測試功能，有些提供了移動應(yīng)用程序的云構(gòu)建功能。
有些支持HTML5和混合應(yīng)用程序。有些可將JavaScript編譯成原生設(shè)備代碼。有些支持PhoneGap，有些支持Apache Cordova，有些避免這兩種包裝器來編寫混合應(yīng)用程序，改而采用其他解決方案，比如生成原生應(yīng)用程序。
有些在Node.js上運行后端，有些在Rails上運行，還有一些在未特定規(guī)定的平臺上運行。有些支持黑莓、Windows Phone 8、Windows 8或Unity等客戶端。
有些將應(yīng)用程序和后端集成開發(fā)環(huán)境(IDE)托管在云端，有些提供支持多平臺的桌面IDE，有些有桌面命令行接口，用于云控制。有些支持多種流行的JavaScript框架，比如Backbone和Angular;有些使用自己的JavaScript框架，這些框架可能對特定的開源框架進行了改動。
MBaaS五虎將
正如我們所見，不同的MBaaS廠商瞄準(zhǔn)的市場略有不同，做出的技術(shù)選擇也略有不同。不過，它們都存在很大的重疊和共性。
AnyPresence
AnyPresence的目的不僅僅是幫助企業(yè)為移動應(yīng)用程序構(gòu)建后端。AnyPresence結(jié)合了應(yīng)用程序構(gòu)建功能、后端服務(wù)和API網(wǎng)關(guān)。
AnyPresence有一個在線設(shè)計器，可以生成后端代碼、移動應(yīng)用程序代碼，甚至定制的移動API代碼。所有生成的代碼都可以下載到兼容平臺上，并且在上面編輯和運行。以AnyPresence經(jīng)常提到的一個客戶為例，萬事達(dá)卡(MasterCard)就使用AnyPresence，讓合作伙伴能夠按照萬事達(dá)卡的Open API服務(wù)，輕松地構(gòu)建移動應(yīng)用程序。
AnyPresence可以為jQuery、安卓(XML布局)和iOS(故事版)生成應(yīng)用程序UI(或入門套件，如果你希望的話)，它還可以為Java、安卓、HTML5、Windows Phone、Xamarin和iOS生成應(yīng)用程序SDK。設(shè)計環(huán)境將生成的JavaScript/HTML5 SDK稱為“jQuery”。事實上，AnyPresence其實生成的CoffeeScript使用Underscore庫、Backbone庫和jQuery庫。
AnyPresence可以為Ruby on Rails生成后端服務(wù)器軟件。在未來，它還有望生成Node.js后端，這將是一件好事。AnyPresence環(huán)境生成的程序可以部署到Heroku(通常用面向Rails后端)、亞馬遜S3(通常面向HTML5應(yīng)用程序)以及原生iOS和安卓應(yīng)用程序，有沒有Apperian安全不好說。不過，你并不受制于AnyPresence的部署選擇。生成的代碼總是可以下載并部署到別處，假設(shè)你擁有兼容的部署環(huán)境。
AnyPresence的應(yīng)用程序構(gòu)建選擇屏幕。請注意：可以生成種類廣泛的SDK和種類較少的原型應(yīng)用程序UI。
AnyPresence設(shè)計環(huán)境處于在線，可在大多數(shù)瀏覽器里面運行。設(shè)計環(huán)境有儀表板，設(shè)置屏幕，創(chuàng)建及監(jiān)控環(huán)境、部署和代碼構(gòu)建的屏幕，生成和部署應(yīng)用程序、后端和SDK的屏幕，添加及管理數(shù)據(jù)源和數(shù)據(jù)對象的屏幕，用于授權(quán)、角色和驗證策略的屏幕，用于自帶和自定義插件的屏幕，接口設(shè)計器以及一套可以定制的主題。
我覺得數(shù)據(jù)源的種類很廣泛，所提供的MongoDB數(shù)據(jù)存儲區(qū)的實現(xiàn)與其他MBaaS系統(tǒng)大同小異。AnyPresence的過人之處在于數(shù)據(jù)模型在整個設(shè)計環(huán)境當(dāng)中的整合方式以及整合到所有已生成代碼中的方式。
你可以添加大多數(shù)監(jiān)控整合(比如Airbrake和New Relic)的地方藏在Deployments/Add-ons選項卡的深處。很自然，監(jiān)控依賴運行時環(huán)境，而AnyPresence旨在做到與環(huán)境無關(guān)。想與Splunk整合，你就得在后端上啟用syslog輸出，以便將所有的日志/事件推送到Splunk系統(tǒng)，用于報告和監(jiān)控。
Appcelerator
Appcelerator Titanium扎根移動開發(fā)領(lǐng)域已有好幾個年頭了，本地開發(fā)環(huán)境能夠?qū)avaScript編譯成針對iOS、安卓及其他目標(biāo)平臺的原生代碼。該公司在2014年7月份發(fā)布了Appcelerator Studio 3.3和Appcelerator平臺2.0，之后添加了一款MBaaS，擁有大約25套API、支持Node.js以及在線分析功能。此外，Appcelerator發(fā)布了MBaaS接口，廣大開發(fā)人員可以將這些接口添加到用原生SDK構(gòu)建的應(yīng)用程序中，不過它還沒有在其自己的Appcelerator Studio IDE中支持原生SDK。
開發(fā)人員在在線Appcelerator儀表板的概覽頁上一眼就能看清應(yīng)用程序安裝、會話、API調(diào)用和崩潰的概況。儀表板的其他部分便于云管理、測試、性能度量和分析。
Cloud面板顯示使用情況、暴露數(shù)據(jù)管理、顯示API請求及推送通知日志、列出自定義服務(wù)以及允許云配置。測試面板使用了SOASTA的TouchTest作為一種整合的移動測試解決方案。性能面板讓你可以監(jiān)控自己的應(yīng)用程序，并排查性能、崩潰和異常情況。它還讓你可以查看崩潰趨勢、與錯誤跟蹤系統(tǒng)整合起來以及配置你的監(jiān)控機制。
Appcelerator平臺的儀表板顯示了演示的Field Service應(yīng)用程序的概況。崩潰有意被編碼到應(yīng)用程序中。
開發(fā)人員可以在線定義和查看Appcelerator分析工具，另外可以視需要，將所選擇的分析工具發(fā)布到iPad版Appcelerator Insights應(yīng)用程序，通常供管理人員使用。
Appcelerator平臺讓你可以使用Studio和Appcelerator的Node.ACS MVC(模型/視圖/控制器)框架，構(gòu)建自定義的后端服務(wù)。Node.ACS結(jié)合了Node.js、Express以及Appcelerator云服務(wù)的接口。Appcelerator還讓你可以在其云平臺上運行普通的Node.js應(yīng)用程序。
Appcelerator在客戶端有多個框架以及面向云端的多個API類型。在客戶端的基本層面，Appcelerator提供了Titanium SDK，該SDK在JavaScript和原生服務(wù)之間提供了一種接口。在較高層面，Appcelerator提供了Alloy框架，該框架基于模型/視圖/控制器架構(gòu)，包含對Backbone和Underscore的內(nèi)置支持。你通過Studio構(gòu)建一個新的客戶端應(yīng)用程序時，通常生成的是使用Ally的應(yīng)用程序。
Alloy框架可以處理你對離線/在線數(shù)據(jù)同步的一部分需要，但無法滿足全部需要。除了面向SAP和Salesforce.com的數(shù)據(jù)連接器外，Appcelerator缺少預(yù)先配置的、經(jīng)過審查的企業(yè)數(shù)據(jù)連接器。不過，由于它可以在其Node.ACS服務(wù)上運行Node模塊，開發(fā)人員可以利用來自Node.js社區(qū)的模塊。Appcelerator唯一的商用同步服務(wù)器目前僅限于微軟Dynamics連接器。
FeedHenry
FeedHenry致力于支持企業(yè)業(yè)務(wù)應(yīng)用程序，這是一種基于Node.js、面向企業(yè)的MBaaS和移動應(yīng)用程序平臺。它提供了一系列廣泛的整合，同時擁有在線和離線開發(fā)選項，協(xié)作式應(yīng)用程序構(gòu)建以及拖放式表單構(gòu)建器。FeedHenry在2010年從愛爾蘭研究所(Irish Research Institute)分離出來，2014年9月被紅帽收購。
FeedHenry聲稱在各大云上都有全球性基礎(chǔ)設(shè)施，支持內(nèi)部后端部署。FeedHenry在線環(huán)境直接與GitHub整合，實現(xiàn)協(xié)作和版本控制功能。
FeedHenry 3為iOS、安卓和Windows Phone 8支持原生的SDK，另外支持使用Apache Cordova的混合應(yīng)用程序、HTML5移動Web應(yīng)用程序、Sencha、Xamarin和Appcelerator Titanium。鑒于FeedHenry云的JavaScript接口的工作方式，很難找到不兼容的JavaScript框架。
用JavaScript為FeedHenry編寫應(yīng)用程序時，你可以在HTML中添加feedhenry.js腳本，用$fh.init來初始化，然后從$fh名稱空間調(diào)用云功能。FeedHenry可以從Zip文件或Git軟件庫導(dǎo)入現(xiàn)有的應(yīng)用程序。
FeedHenry包括一個在線編輯器，支持離線工具，還有一個命令行接口。我們在這里看到的是移動應(yīng)用程序，屏幕中間是代碼編輯器，右邊是預(yù)覽圖。你可以在在線界面的另一個面板中配置后端服務(wù)。
FeedHenry構(gòu)建服務(wù)的功能與Adobe PhoneGap Build如出一轍，可以將HTML5應(yīng)用程序變成二進制代碼程序，適用于安卓、黑莓、iPhone、iPad、iOS(通用)以及Windows Phone。每個二進制程序可以連接到你的一個MBaaS實例，它可以針對開發(fā)、分發(fā)或發(fā)行等應(yīng)用而構(gòu)建，具體視平臺而定。
FeedHenry有一個拖放式表單構(gòu)建器，擁有種類豐富的模板，可以用作起始點。不過我在測評FeedHenry時，功能完備的應(yīng)用程序模板數(shù)量并不多。
FeedHenry在精選模塊列表中列出了50多個Node.js插件。該列表包括大多數(shù)主要關(guān)系數(shù)據(jù)庫和NoSQL數(shù)據(jù)庫的接口。要是該精選列表上沒有你所要找的模塊，那么全面得多的Node社區(qū)模塊列表可能會列有與之匹配的模塊。
FeedHenry可在各大公有云和私有云上運行，還可以在一系列廣泛的IaaS和PaaS基礎(chǔ)設(shè)施上運行。FeedHenry在歐洲和北美都運行一個符合HIPAA的云環(huán)境和多個活動集群。
Kinvey
Kinvey自稱是一個完整的移動和Web應(yīng)用程序平臺。它提供廣泛的客戶端支持，與主要的企業(yè)數(shù)據(jù)庫整合，還提供后端數(shù)據(jù)存儲區(qū)、文件存儲區(qū)、推送通知、移動分析、iBeacon支持以及在后端運行自定義代碼的功能。
Kinvey推銷時將IT部門視作主要的客戶群，因為它提供了企業(yè)平臺，不是面向一兩個應(yīng)用程序，而是面向企業(yè)里面的成千上萬個應(yīng)用程序。不過，它還積極支持眾多應(yīng)用程序的開發(fā)者社區(qū)。
Kinvey支持原生應(yīng)用程序、混合應(yīng)用程序和HTML5應(yīng)用程序。它為iOS和安卓提供了原生工具包支持。此外，它還支持Angular、Backbone、Node.js、Apache Cordova/PhoneGap和Appcelerator Titanium，它還提供了一套REST API。Kinvey通過代碼庫和API調(diào)用與應(yīng)用程序整合起來，期望你在本地編輯應(yīng)用程序。
Kinvey云代碼用JavaScript編寫，不過不是Node.js，實現(xiàn)在線編輯。除了使用標(biāo)準(zhǔn)的JavaScript和外部服務(wù)外，它還可以使用Kinvey API實現(xiàn)眾多功能，比如日志、訪問組合、發(fā)送推送通知、發(fā)送電子郵件、驗證請求、日志和時間功能、異步處理、顯示Mustache模板以及獲取后端上下文。云代碼可以在駐留在處理鉤子的函數(shù)和自定義端點中。云代碼在Kinvey中實現(xiàn)內(nèi)部版本控制。
Kinvey組合使用MongoDB，MongoDB提供了供應(yīng)用程序使用的無模式、非SQL數(shù)據(jù)庫。該屏幕讓你可以創(chuàng)建和設(shè)計組合(只需要創(chuàng)建步驟)，并選擇是啟用還是繞過你的數(shù)據(jù)庫業(yè)務(wù)邏輯。
Kinvey支持部署在幾乎任何云上，當(dāng)然包括私有云。這包括部署到符合HIPAA的設(shè)施以及完全位于歐盟國家的設(shè)施。連Kinvey的多租戶模式云也被認(rèn)為對大多數(shù)應(yīng)用程序來說足夠安全，因為該公司實現(xiàn)了端到端加密，使用數(shù)據(jù)鏈路的客戶可以將數(shù)據(jù)庫里面的數(shù)據(jù)放在本企業(yè)的防火墻后面保管起來。如果你有一臺Google App Engine服務(wù)器，可以將它連接到你的Kinvey后端。
驗證工作可以由Kinvey在內(nèi)部完成，也可以通過商務(wù)版和企業(yè)版中的LDAP或活動目錄來完成。Kinvey還通過OAuth，支持Facebook、推特、Google+和LinkedIn身份。
Kinvey數(shù)據(jù)鏈路連接到Kinvey的MongoDB數(shù)據(jù)存儲區(qū)。在大多數(shù)情況下，客戶將CRUD(創(chuàng)建、讀取、更新和刪除)請求直接轉(zhuǎn)發(fā)到實際后端，但一些客戶將數(shù)據(jù)緩存在MongoDB中。Kinvey目前為微軟Dynamics CRM、Salesforce CRM、甲骨文數(shù)據(jù)庫和微軟SQL Server提供了相應(yīng)的數(shù)據(jù)鏈路。
Kinvey提供了自動化控制機制，實現(xiàn)離線數(shù)據(jù)同步：要是應(yīng)用程序處于離線狀態(tài)，就自動從緩存獲取數(shù)據(jù)。要是應(yīng)用程序處于在線狀態(tài)，就從網(wǎng)絡(luò)獲取數(shù)據(jù)，并將數(shù)據(jù)存儲在緩存中。使用自動化控制，只要設(shè)備再次處于在線狀態(tài)，你的Kinvey應(yīng)用程序就會試圖同步任何本地存儲的數(shù)據(jù)，但如果服務(wù)器數(shù)據(jù)也出現(xiàn)了變化，就會發(fā)生沖突。你可以將設(shè)置沖突解決策略設(shè)置成clientAlwaysWins、serverAlwaysWins或自定義沖突解決功能。
Parse
Parse一度是MBaaS領(lǐng)域的典范，盡管已被Facebook收購，但它對容積有限的消費級應(yīng)用程序來說，仍是一種切實可行、容易見效的移動后端。說到優(yōu)點方面，其說明文檔完備，提供了良好的原生客戶端支持和基于Backbone的JavaScript客戶端SDK。Parse還可以在后端運行JavaScript代碼，這為開發(fā)人員提供了全是JavaScript應(yīng)用程序堆棧這一選項。至于缺點方面，Parse遺漏了企業(yè)應(yīng)用程序必不可少的重要功能，比如數(shù)據(jù)整合、離線操作以及在線/離線同步。與此同時，其價格似乎針對容積較小的應(yīng)用程序。
Parse支持原生移動應(yīng)用程序、JavaScript應(yīng)用程序和桌面應(yīng)用程序。在移動端，它為iOS、安卓和Windows Phone 8提供了原生支持。在桌面端，它支持OS X和Windows 8(.Net)，另外還支持Unity游戲。
Parse讓你可以在云端運行JavaScript代碼，使用與客戶端一樣的Parse JavaScript SDK。Parse提供了一款命令行工具，可用于管理Parse云中的代碼，還讓你可以使用電腦上經(jīng)常使用的JavaScript編輯器，而不是像FeedHenry和Kinvey那樣，經(jīng)常在瀏覽器中編輯云代碼。不過，你可以在儀表板中查看代碼和日志。命令行工具集多種角色于一體：應(yīng)用程序框架生成器、應(yīng)用程序部署工具、日志打印器、應(yīng)用程序回滾工具以及自動更新器。
Parse云數(shù)據(jù)瀏覽器讓你可以導(dǎo)入批量數(shù)量，添加類、列和欄，以及查看過濾后的數(shù)據(jù)。
Parse可以將推送通知發(fā)送到iOS、安卓、Windows 8和Windows Phone 8。不管在哪種情況下，你都要配置推送服務(wù)器，然后將一個或多證書提供給你的應(yīng)用程序。
Parse有一個相當(dāng)全面的預(yù)定義用戶系統(tǒng)，包括為匿名用戶提供了通常的注冊機制，帶有電子郵件驗證和條款。訪問控制列表(ACL)系統(tǒng)控制著每個用戶可以讀取和寫入什么數(shù)據(jù)。至于那些較為復(fù)雜的使用場合，Parse支持角色層次體系，為每個角色提供了一層單獨的ACL。
Parse與其他服務(wù)共有九種整合。其中三種：Mailgun、Mandrill和SendGrid用于發(fā)送電子郵件。Stripe用于信用卡收費。Twilio負(fù)責(zé)發(fā)送短信和語音消息。第三方模塊還可用來將Parse與Cloudinary、Instagram和Paymill整合起來。
據(jù)我所知，實現(xiàn)企業(yè)數(shù)據(jù)與Parse整合需要為數(shù)據(jù)源編寫REST Web服務(wù)包裝器、為Parse編寫JavaScript模塊。除了使用Parse自己的多租戶模式云外，我還沒有見過托管Parse的任何辦法。
大大改進的MBaaS
正如你從本文末尾列出的評測分?jǐn)?shù)可以看到，AnyPresence得分最高：總分9.1分，并獲得了“編輯選擇獎”。我覺得，AnyPresence為需要將現(xiàn)有系統(tǒng)與移動應(yīng)用程序整合起來的企業(yè)提供的價值超過其他產(chǎn)品，因為除了應(yīng)用程序和后端外，它還可以通過你的模型和設(shè)計生成定制的SDK。不過，每年收費“高達(dá)六位數(shù)”，因而并不適合每家企業(yè)的預(yù)算。
FeedHenry的總分為8.6分，也是一款面向企業(yè)的MBaaS。FeedHenry與Git實現(xiàn)了很好的整合，可用于協(xié)作和版本控制;它的托管應(yīng)用程序構(gòu)建服務(wù)、Node.js后端和精選Node模塊列表，還有拖放式表單構(gòu)建器，我都很喜歡。與AnyPresence一樣，F(xiàn)eedHenry可能也不適合每家公司的預(yù)算。
Kinvey的產(chǎn)品總分為8.3分，這家公司既吸引著開發(fā)者社區(qū)，又吸引著企業(yè)的IT部門。我喜歡Kinvey通過其內(nèi)部的NoSQL數(shù)據(jù)庫API提供企業(yè)數(shù)據(jù)鏈路的方式，也喜歡其為后端業(yè)務(wù)邏輯設(shè)計鉤子的方式。
我批評Appcelerator的地方是，它顯然沒有竭力精選數(shù)據(jù)整合模塊;我認(rèn)為，它相對于FeedHenry和Kinvey較高的價格可能會降低總體價值，因而總分只有7.8分。不過，Appcelerator這家公司只是最近才轉(zhuǎn)戰(zhàn)MBaaS領(lǐng)域。它可能需要填補產(chǎn)品的缺失功能，調(diào)整價格，才能提高競爭力。
最后，我認(rèn)為Parse很適合為面向消費者的移動應(yīng)用程序、而不是企業(yè)應(yīng)用程序構(gòu)建和運行后端，那是由于它缺少任何數(shù)據(jù)連接器，只有一個基本的REST客戶軟件。我對Parse所持的另一大保留意見是按使用收費的價格，雖然這讓開發(fā)人員很容易上手，但是可能讓一家資金不足的初創(chuàng)公司很苦惱：要是初創(chuàng)公司突然有一款熱門應(yīng)用程序，卻沒有正兒八經(jīng)的商業(yè)模式，更是如此。得分僅7.6分，在這組產(chǎn)品中墊底。
這倒不是說你不該使用Parse。這是一種切實可行、容易見效的入門方式，后端作為服務(wù)來提供。不過，如果你選擇使用它，就要睜大眼睛，密切關(guān)注費用。
就企業(yè)應(yīng)用程序而言，AnyPresence和FeedHenry在易用性和功能方面一路領(lǐng)先。Kinvey并非遠(yuǎn)遠(yuǎn)落在后面，其價格對小公司來說更實惠。
