1樓:up duan
我不認為大都數UI都跟REST類似。REST基本上是以資源為核心的,而且只以資源為核心。大多數UI,可能並不是以資料為核心的,很可能是以操作為核心的。
這就是我們大多數軟體介面風格從選單到工具欄,到Context Menu,到Ribbon,等等演變的過程,這些要素都不是資料,都是對資料的操作。Ribbon強一點,它不僅有操作,而且直觀的給出操作的後果。但是還不完善。
它們(這些UI們)的焦點都不在資料本身,而在資料的操作上。
要讓我比喻,我會認為非Metro風格的UI,對應於Web Service和SOAP,焦點在操作上,而Metro UI,對應於REST,焦點在資料本身。
Metro UI徹底的把操作拿掉了,只顯示資料,所有的操作都是直接作用到資料本身的,資料本身的chrome或者叫做修飾或者叫做操作是隱含的,只在必要的時候顯示出來。
REST跟Metro相似之處還在於:它們都傾向於仔細的考慮資料層次或者叫做資源組織模式,都更適宜於表達樹狀的資料,跨越多個層次的在樹枝之間跳轉都是比較難設計的。
2樓:劉典
我倒是覺得大多數 UI 設計風格都和 REST 類似,它們都是以資料(內容)為中心,通過有限的操作來變換無窮的資料(內容)。
比如命令列互動方式,命令是有限的,可以操作的檔案是無限的。GUI 裡 Control 是有限的,可以操作的文件是無限的。這和 REST 中通過有限的 Method(GET PUT POST DELETE PATCH)來操作無限的 Resource 很類似。
分布式資料庫的分布式事務?
NebulaGraph 業務系統往往是通過子系統組合的模式來完成,這些子系統很可能是不同的資料庫,甚至可能是 友商 的,互相直接無法保證事務,還是得業務自身保證。 codingfor 你說的單機事物,我的理解其實是指single threaded excution,而不是指在單台機器上做事物 暗含了...
關於分布式的問題?
簡單來說,分布式就是。分布在不同的計算機上進行資料處理的一種方式。簡稱 分布式 大資料系統是一種分布式系統。 ZeaTalk 抽象點來看,只要能把計算資源 儲存資源分攤到多個節點實現同一件事情,都可以稱之為分布式,所以你列舉的那些都算。另外,大資料和分布式的關係,分布式是實現大資料儲存和計算的手段,...
想學習分布式鎖 分布式事務這些,有沒有好的書籍推薦?
吳垚 說到分布式事務,不得不提兩位圖靈獎得主的合作文章Consensus on Transaction Commit.Jim Gray,Leslie Lamport.然後事務的話看一作的事務概念與事務的那本書,分布式的話看二作的個人主頁。與其看其他的把你搞的雲裡霧裡的二手知識,不如直接看原作者的書和...