組件對象模型是與平台無關的、分佈式的、面向對象的。
該算法基於等加速度模型，根據對象增益的歷史變化趨勢預估增益的大小，並在線調整對象模型和控制器的參數，從而降低模型與對象的失配程度，起到提高控制系統魯棒*的作用。
SDO提供了應用程序與任何對象模型和該對象中包含的數據進行交互的一般方法。
直接訪問DOM發源地——W3C的DOM資源頁面，其中包含到所有與文檔對象模型相關的標準的鏈接。
在每一個包中，我們最初的類圖都來自於我們的用例、業務對象模型、註釋和訪談。
在桌面上處理小型文檔這可能不是大問題，但是在其他環境中，比如服務器上，對象模型固有的低效率是不可接受的。
更為有效的表達方法，例如實體關係或者對象模型，可以用來解決複雜的數據映*或者查詢異構數據。
這兩個類有着非常相似的對象模型。
理解KParts不是一個萬能的對象模型很重要。
將對象模型設計建立於數據庫結構之上的那些框架稱為包裝框架。
最後，根據定義的UML模型到XMLSchema的映*機制，實現UML方法描述的信息數據對象模型到XMLSchema的轉換，從而建立了基於XMLSchema的電子病歷數據模式。
編譯器層中包含了一些對象模型，這些模型與編譯器管道的各個階段暴露出來的信息——包括句法和語義上的信息——相關。
如清單9、10和11、以及圖1的對象模型所示，我可以將一個Runner添加到任一race，也可以從任一race獲取一列Runner實例。
xp是跨平台的組建對象模型的縮寫。
為了儘可能減小“對象模型阻抗”(對象模型間轉換的運行時與維護開銷)，應用程序應該將供應商服務信息模型內部化。
RUP的文檔顯示了從業務用例模型到業務對象模型和系統用例模型的演進；我們發現這是非常正確和有幫助的。
Jaxen是卓越的、*於對象模型的JavaXPath引擎，1.1版本更加整潔，速度更快，比1.0版更精確。
Java語言一直苦於無法充分增強其靈活*，原因是它的基本對象模型還未靈活到可以被擴展的程度。
在對礦山項目管理系統進行領域分析的基礎上，抽象出數據樹表對象模型、數據庫管理對象模型和通用報表對象模型。
上面我們已經提到從對象模型中刪除一個對象，並不會從數據庫刪除。
GORM有助於緩解抽象泄漏問題，它支持使用對Groovy有意義的方式表示對象模型，由GORM在幕後處理關係數據庫的問題。
但對象模型尤其是用於繼承的對象模型又非您一貫認為的那樣。
我們可以藉助於一個對象模型來完成搜索，通過查詢來建立條件。
結果造就了不同於其他對象模型的AXIOM(也稱為OM)，因為它突出了構造的輕型，並且僅當需要的時候才建立。
您可以通過將活動拖拽到對象模型圖創建一個功能*分解，來分解對象模型圖上的活動。
前面兩期文章已經詳細介紹了文檔對象模型或者DOM，讀者應該很清楚DOM是如何工作的了。
通常，人們已經圍繞着應用程序的對象模型作了大量開發工作，因此，利用這些成果並從對象模型中衍生出xml模型似乎是合理的。
在一項有關的開發中，由BMC、Cisco、Compaq、Intel、微軟等公司組成的聯盟提出了一個對象模型和管理協議，通稱為基於Web的企業管理（WBEM）。
一百在兩相靜止座標系下對三相逆變器突加階躍調製信號，採集在相同座標系下的逆變器輸出電壓階躍響應波形，基於此波形構建控制對象模型。
在第一時間，我們可以得到對象模型。
在其他一些情況下，業務對象模型簡單的作為一個為理解客户領域的引用的結合點來使用。
AXIOM 和其他XML對象模型不同的地方在於，它利用新的XML解析器提供的靈活*來允許按需構造對象模型。
國文精選館
