cloudwall是什么意思

cloudwall是什么意思，很多新手對此不是很清楚，為了幫助大家解決這個難題，下面小編將為大家詳細講解，有這方面需求的人可以來學習下，希望你能有所收獲。

在數據庫中安裝程序。以數據庫直接為后端托管程序，文檔數據庫管理器直接為云文件存儲程序。無backend webapp，在web中開發webapp

大約在很久以前，我開始放棄追求統一化分布式應用程序和本地程序為同一個appstack的努力，這二者之間似乎天然存在鴻溝，像是應用的使用方式決定的，這種人為的界限并不是用來跨越的，拿web來說，它作為一種分布式架構和分布式appstack架構，不能做到像本地GUI程序或硬件加速程序一樣靈活，比如web強調將一切放在broswer端渲染導致需要采用html5,webgl,js+css html這樣的東西來增強它，這樣它才能稍微像本地程序，一個例子就是用WEB實現的WEBGAME - 這種效率跟本地硬件加速實現下的game完全不是一種路子，WEBGAME的體驗跟傳統PC游戲的體驗也相似并不相通，因為始終無法在遠程上實現硬件加速還能stream到本地。web在服務端采用http而不是原生tcpip，導致需要websocket才能做到像主動推送這種原生TCPIP輕松辦到的事。當然還有很多不同。

這不是WEB的錯，WEB最初就是那樣被定義的：它本來就是一種高級的native tcpip程序構成的生態。它的界面是PAGEUI，而PAGEUI是一種應用層的渲染，在服務器端，WEB程序大都由LAMP，LNMP這樣的東西作backend，這類程序本身，其實是普通的TCPIP程序，并不是某個WEBOS的基礎組件，就像原生程序之于傳統OS實現中的任務機制界面機制一樣，這也就是說，所有的WEBAPP都是有backend的，就是那個lamp中的amp等東西。它們用服務器的方式組建了一個分布式appstack，定義了一種appmodel，因此歷史上，像WEBAPP＋WEBOS這類東西并沒有純的，- WEBAPP是原生界面中采用有限技術打出來的一個點再在這個點構建出的一整個stack生態，因此，WEBOS也是OS上的高級OS而已 -- 本身并沒有WEBOS存在。

chromeos脫離不了它其實就是原生界面（X11，GDI）加一個瀏覽器的技術本質，其實并不能與真正嚴肅的OS工程類比 。一個像群暉那樣的APP管理界面就能稱為webos。還有像owncloud,standstorm這種：sandstorm比oc多了xaas的部分。

web作為云計算負責定義APPSTACK的成份意義比較大，云計算下的程序無非就是WEB程序，因此云這種東西，除了虛擬化那一層，在APP生態上，它其實依然沒有屬于自己的東西。依然是高級原生分布式程序的BS化。

那么，這一切會不會有突破呢？有朝一天，WEB也有自己完全不依賴傳統BS架構的東西呢？變得像一種真正獨立的，由新的東西構成的應用生態呢？而cloudwall也許是另外一種“webapp”:cloudwall的確提出了很多新的耳目一新的東西，它雖然還是面向WEBAPP，不過它其中的一些部分可以作為與傳統WEB迥然不同的部分來產生新的審視，比如它的nobackend設計，它的宣傳語也一針見血：cloudwall，an Operating system for noBackend webapps.如它所言，它甚至提出了一種新的webapp和webappstack,webos雛形---改變了傳統webapp中的大部分。

cloudwall中的couchdb:the only backend as webos部分

首先，它使用了apache couchdb，這是一種直接與WEB接軌的文檔化數據庫，如果我們把我們接下來要談的APPSTACK稱為某WEBOS的appstack的話，那么couchdb定義了這種appstack的唯一的backend部分，這免去了需要lnmp作backend的需要：這是它獨有的特點支撐了它與lnmp這些東西的某組件明顯存有不同的所在：這種DB是文檔型的，且它nobackend。

couchdb支持直接hosting app并運行，稱為couchdb-hosted webapp，它加一個類似數據庫管理器的東西天然就是一個類OC的云存儲程序，支持各種cluchdb插件的開發，這就是webapp整個cloudwall就是這樣一個couchdb管理器。

CloudWall是一種瀏覽器操作系統中的離線玩具，用于編寫、存儲和共享文檔以及CouchDB托管的Web應用程序。CloudWall通過復制安裝，只需CouchDB和兼容HTML5的現代瀏覽器即可運行。CloudWall還可以作為一組文件在靜態主機上運行。

所有CloudWall組件都在瀏覽器選項卡中運行，系統啟動后不需要服務器甚至internet連接。任何本地數據庫最終都可以通過http與外部CouchDB實例同步。一個CouchDB可以連接多個用戶，從而提供共享的工作區、文檔和應用程序集。

在我的《appstack series》《app series》系列文章中，我一直在尋求云存儲程序的選型，我們換過mongdb,postgres,這種程序選型其實說大了就是WEBOS，我們在這些文章中都提出過這樣的企圖和設想。

來看一個這類OS的設計：是否一個app必備一個stack?將它的棧放大到受WEBOS直接支持，那么這種云程序背后的OS技術就會明朗化：

實際上，當考慮到一個app要配一個appstack東西的時候，它依賴原生程序appstack定義了自己新的appstack的局限就永遠都避免不了，因為這里的mongdb,postgres永遠被當成了appstack的dbbackend部分，，，而webapp應該是沒有明顯無backend的：像nativeapp stack一樣，它們應該被集成在某一webos內部被提前解決掉。

而couchdb就是整個用數據庫管理系統來作OS直接管理和存儲WEBAPP的東西（當然它也能天然像其它文檔數據庫一樣直接管理靜態文件作云存儲），如果將couchdb像cloudwall一樣作為整個webos，那么傳統的webapp開發就被定義在這個webos中，cloudwall的四個appstack組件，它們被集成在稱為cloudwall os的webos理念當中。

GDI：呈現HTML并接收用戶交互

應用程序運行時：管理數據和UI控件之間的綁定

CloudWall：準備、運行和關閉應用程序，管理應用程序切換

存儲：存儲應用程序和文檔，可以選擇與外部CouchDB實例同步

而這種開發，已經使webapp開發變得像本地一樣了（無須處理appstack的部分只須關注app內的事情），我們一直希望得到的效果：webapp像本地一樣以文件存儲為后端符合像本地應用的習慣，這個目的也達到了。

cloudwall中的inapp editor：語言和開發部分

在《bcxszy series》在所有的努力中，我想得到這樣一種程序和開發方式：不改變原生程序與webapp的大面，使WEB程序變得像本地程序一樣簡單，這樣可以共用本地程序/webapp開發的概念，在模糊appstack方面，這就是cloudwall中的couchdb中談到的，已經被解決。這里要談到的是與語言開發有關的部分：

可以說，在《bcxszy series》在所有的努力中，我還想促成這樣一種程序和開發方式：源碼即文件，隨處打包再走，直接per app an ide開發,這無論對實用和開發，編程自學都是極為便利的。

所幸WEBAPP src 文本化，支持輕量帶走inplace editor是所有WEB程序它的天然優勢，而且雖然一開始WEB程序與本地程序有很多不同，但像WEB標準化，HTML標準化，JS語言標準化這樣的東西，它們其實在走一種聯合化的努力方向，使WEB生態接近本地生態，比如，JS的努力方向也有一種是nativejs：reactos

其實couchdb與web結合緊的另一方面就是js，js是一種能夠真正帶來naitveapp與webapp合一的增強劑，這使得cloudwall支持極度便利化的inappeditor，這樣cloudwall支持下插件的開發就是cloudwall webos下的webapp開發了，它支持用couchdb直接存儲和保存編輯app開發過程中的文件。

看完上述內容是否對您有幫助呢？如果還想對相關知識有進一步的了解或閱讀更多相關文章，請關注億速云行業資訊頻道，感謝您對億速云的支持。