REST分布式程式設計風格跟MetroUI組織風格是不是都是以資料為中心的組織風格?

時間 2021-06-03 12:25:48

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.然後事務的話看一作的事務概念與事務的那本書,分布式的話看二作的個人主頁。與其看其他的把你搞的雲裡霧裡的二手知識,不如直接看原作者的書和...