容器
container<type>[size]
key_container<type, type.key>[size]
[] 表示不限數量
影子數據對象類 － 通過映射產生的一個新的數據對象（類似數據庫的VIEW）
過濾器（從容器篩選數據）{map reduce的概念是什么？或許與之接近。}
數據對象擴展與自映射字段
可以擴展數據對象，使其增加新字段，但是僅支持從舊有字段通過映射關系生成新字段。
映射關系，就是一種類似公式的概念。
【蘋果的storyboard】
暫時未可知是何種概念，
據猜測，可能是用在UI開發中，各種場景切換的一種圖表，用非代碼的方式設計這種切換。
大概的想法是，從按鈕上拉出一個CLICK事件，向后是一棵樹，是一種行為樹。
每個分支處是一個邏輯判斷，用來根據判斷結果來決定事件執行的走向。
行為樹的各個串行節點用來執行一個具體的動作，這個動作可能包括修改UI顯示（通過顯示和值的關聯，可以修改內部的值）
直接修改內部變量值（通過顯示和值的關聯，UI顯示也會被刷新。）
控制導航性質的控制器切換到新的場景。
執行一個內部的動作。
等等。
【客戶端應用的網絡化】
現有的模式：
動態生成的網頁方式、預編譯的原生應用。
未來的模式：
仍舊使用類似的模式，客戶端除了storyboard的場景切換外，所有場景的內部構建均采用遠程的
動態聲稱的類似網頁或者就是網頁的東西。每次進入一個場景時，會檢查場景的網頁是否已經更新。
未來的客戶端軟件可能就由三部分構成：A－場景切換 B－場景描述 C－內部邏輯
場景切換與內部邏輯都是類似腳本的概念，綁定于父級場景進行動態更新。
承載：
可能會使用HTML5進行此類型應用的承載，或者，瀏覽器插件，或者直接瀏覽器支持，或者單獨的引擎形式構建于現有的操作系統之上。
未來一切皆圖形化，一切皆可動態更新，一切皆有可能。
【統一的映射與數據對象構建的邏輯】
服務端與客戶端的交流將不在有隔閡，全部邏輯都使用一樣的構建方法，可以重用的東西就更加的豐富。
有效減少應用開發者的工作量。
【異步處理容器】
異步處理容器是為了讓UI在進行耗時操作時具有良好的用戶體驗。
容器可以將其內的操作在其他線程中執行，并處理執行結果。
在這期間，容器可以屏蔽也可以允許用戶繼續進行其他操作。
并且容器有可綁定的事件用來做進度提醒。