SOA驅動內容操作

除應用開發以外，SOA的增長和可視度將服務定向這一基本原則引入了無數的領域。事實上，該應用開發模仿了其它域的服務定向理念。例如，符合標準，為重用而設計元件，鬆耦合，以及可靠記錄等理念，並且這些理念在製造過程中已經實施多年。

　　內容創作和出版領域就是一個極好的例子。

　　SOA改變了我們對應用程式的思考和開發的方式。SOA關注基於標準的可重用元件，而不只為某個特定目的建立微控制器應用。這些可重用元件可以被組合或被重新組合以便建立新的應用。該元件的設計初衷是細粒、可重用的元件。

　　該理念在創作和出版界得以推廣——例如，那些撰寫產品檔案、技術手冊以及維修程式的作者。過去的檔案常常針對微控制器，而沒有引入內容可重用理念。在檔案設計之初，設計過程中以及設計的結尾，檔案的每一頁，每一章以及其它要素都不是獨立的，可重用的內容。結果就導致了作者勞心費神，出版的資訊組織經常是過時、不一致的。

　　為重用而設計元件

　　越來越多的機構在為重用而編寫元件。它們正在建立細粒的、面向主題的元件，這些元件不是以最終檔案為目標而是以可重用性為編寫目標。其設計理念就是，這些內容元件可以被多次重新組合成不同型別的檔案、可傳遞、可使用的應用程式。

　　此外，這種“結構化創作”的形式令內容更為規範和可靠——從某種意義上來說，和使用資料管理極為相似，但是對於內容來說，像一套元件一樣被集中管理和控制，和真實的來源一樣可靠。

　　通過訪問，元件被包含在文件中，這一操作經常稱為"transclusion"。通過複製和貼上，Transclusion去除了可重用性，這個潛伏的操作產生了失去控制，維護等一系列問題並極不情願接受的下面這兩項：（1）複合維修負擔的現實（2）接受過時、不一致的資訊。

　　設想一下將手冊編輯變為由不同語言和格式編寫的文件和可交付投遞的斷開列陣，所有這些斷開的列陣都重複使用相同的語言。相反，內容元件被用作集中管理的內容塊的指示器。在變化發生時，我們將在中心對單個的元件做出修改，並傳送到正在使用的文件和可交付投遞中——事實上這很像SOA。

　　將資料和文件結合在一起

　　在SOA原則持續影響內容操作的同時，機構也在進一步觀察，非結構資訊資產在基於SOA應用中的所起到的作用。當大多數機構採用了結構化創作方法以便提高內容創作效率的同時，一些機構意識到有些非預期的收益和在技術領域以外的事物密切相關。內容突然間很像資料並且可以被急需資訊的應用程式所使用。

　　大多數人都認為，SOA記事本缺少文件和以文件為中心的程式。從某種程度上來說，這是因為結構資料通常代表了一個業務的關鍵性資產——資料驅動這個高容量，高價值的交易程式。同時也因為結構資料的具有良好的形式和定義。我們很難用普通的方法對文件和其它的非結構資料進行存取和控制。XML和基於元件的內容正在改變這種狀況，併為該內容提供了豐富的定義和結構。這些內容過去只是為資料庫中存在於行列之間的資料而被保留下來。

　　資料和文件的結合為機構如何實際操作描繪了一幅更為明朗的前景圖。業務在資料和文件的交集處被執行，在這個交集處，結構資料的事實——財政資訊，詳細目錄等——符合文件環境——手冊、規範，報告、分析等。許多機構將SOA看做是長期存在的資料/文件分割間的橋樑。

　　超越技術文件

　　能否充分利用資料/檔案的結合體取決於在機構內部擴大結構創作域。從傳統意義上講，結構創作和出版解決方案屬於技術文件組的領域。但是展望未來，一些為了涵蓋企業——設計、營銷、客戶支援等領域——而擴大結構創作的使用範圍的機構將會看到以前的微控制器和俘獲的內容被轉化為高度可用的知識。這些知識在應用程式和終端使用者那裡絲毫不會減弱其流動。

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/14780828/viewspace-407089/，如需轉載，請註明出處，否則將追究法律責任。