內容倉庫JSR170規範 第三章 倉庫模型

2021-08-30 15:06:53 字數 719 閱讀 9033

乙個內容倉庫(repository)由乙個或多個工作空間(workspace)組成,每乙個工作空間包含乙個由item組成的樹,乙個item是乙個節點(node)或者屬性(property)。每個節點(node)可能有零個或多個子節點以及零個或多個屬性。每個工作空間只有乙個沒有父節點的根節點。所有其它節點都有父節點。屬性必須有乙個父節點(a node)並且不能有子結點;它們是樹上的葉子節點。實際上在倉庫中所有的內容都是以屬性值的形式存放的。

缺圖

在上圖中,我們可以看到某個工作空間中的根節點以及它的子節點a,b和c,每個節點都有更深一層次的子節點或屬性。例如,a節點有兩個子結點d和e。節點e有兩個屬性j和k,其中屬性j包含乙個(一副兔子的)屬性k包含乙個浮點數(6.022 ×1023)。同樣的,屬性i包含乙個布林值(true),屬性g包含乙個字串(「once upon a time...」)屬性h包含乙個整數(-25)。

每個在層級結構中的item都可以用乙個絕對路徑來標示。例如,路徑「/」指向根路徑,「/a/d/i」指向屬性值true。絕對路徑總是以「/」開始。

在層級中相對路徑明確了節點或屬性與其它位置的關係。例如,在上圖中節點「/a」的相對路徑,到屬性布林值true的路徑為「d/i」。unix風格的路徑分隔符「.」和「..」(分別意味著「this」和「parent」)也同樣被支援,相對於節點「/a」,包含著值-25的屬性相對路徑就是「../c/h」。相對路徑區別於絕對路徑的地方在於它不是以字元「/」開頭的。

內容倉庫JSR170規範 第三章 使用場景2

personalizeit 軟體公司,這個個性化可移植軟體的提供者需要能夠對元資訊和內容進行整合和管理的內容管理系統。由此,內容管理市場歷來非常多元化。personalizeit 已整合於多個不同的api。這意味著personalizeit 需要花費大量的時間熟悉這些開發者的api,並維護包含了多個...

第三章 堆疊

1.基礎知識 堆疊可以實現很多的應用,遞迴的問題轉化成非遞迴形式,在本質上也是堆疊的問題.它是一種 filo 操作的資料結構,一般也有兩種儲存方式 陣列跟鍊錶實現形式,這裡我給出了鍊錶形式的堆疊模板,裡面包括了基本的堆疊所有的操作,還有兩個比較著名的應用例子,時間倉促,精力比較有限,關於迷宮老鼠還沒...

第三章 曙光

第三章 曙光 第二場校園招聘開始了。其實,洋對這個公司的不是很了解。因為前幾天突然在bbs上面看到了這個公司的招聘資訊,洋覺得這個公司不錯,就上網投了簡歷。接下來的乙個多小時,讓洋很震撼!想不到這個公司這個厲害,而且無論從哪方面來說,絕對不比之前的那個公司差。想不到自己的乙個不經意的決定到了這個大的...