“物件模型”造句，怎麼用物件模型造句

在對礦山專案管理系統進行領域分析的基礎上，抽象出資料樹表物件模型、資料庫管理物件模型和通用報表物件模型。

元件物件模型是與平臺無關的、分散式的、物件導向的。

為了儘可能減小“物件模型阻抗”(物件模型間轉換的執行時與維護開銷)，應用程式應該將供應商服務資訊模型內部化。

該演算法基於等加速度模型，根據物件增益的歷史變化趨勢預估增益的大小，並在線調整物件模型和控制器的引數，從而降低模型與物件的失配程度，起到提高控制系統魯棒*的作用。

將物件模型設計建立於資料庫結構之上的那些框架稱為包裝框架。

SDO提供了應用程式與任何物件模型和該物件中包含的資料進行互動的一般方法。

AXIOM 和其他XML物件模型不同的地方在於，它利用新的XML解析器提供的靈活*來允許按需構造物件模型。

直接訪問DOM發源地——W3C的DOM資源頁面，其中包含到所有與文件物件模型相關的標準的連結。

前面兩期文章已經詳細介紹了文件物件模型或者DOM，讀者應該很清楚DOM是如何工作的了。

在每一個包中，我們最初的類圖都來自於我們的用例、業務物件模型、註釋和訪談。

GORM有助於緩解抽象洩漏問題，它支援使用對Groovy有意義的方式表示物件模型，由GORM在幕後處理關係資料庫的問題。

在桌面上處理小型文件這可能不是大問題，但是在其他環境中，比如伺服器上，物件模型固有的低效率是不可接受的。

如清單9、10和11、以及圖1的物件模型所示，我可以將一個Runner新增到任一race，也可以從任一race獲取一列Runner例項。

更為有效的表達方法，例如實體關係或者物件模型，可以用來解決複雜的資料映*或者查詢異構資料。

但物件模型尤其是用於繼承的物件模型又非您一貫認為的那樣。

這兩個類有著非常相似的物件模型。

您可以通過將活動拖拽到物件模型圖建立一個功能*分解，來分解物件模型圖上的活動。

通常，人們已經圍繞著應用程式的物件模型作了大量開發工作，因此，利用這些成果並從物件模型中衍生出xml模型似乎是合理的。

上面我們已經提到從物件模型中刪除一個物件，並不會從資料庫刪除。

最後，根據定義的UML模型到XMLSchema的映*機制，實現UML方法描述的資訊資料物件模型到XMLSchema的轉換，從而建立了基於XMLSchema的電子病歷資料模式。

Jaxen是卓越的、*於物件模型的JavaXPath引擎，1.1版本更加整潔，速度更快，比1.0版更精確。

結果造就了不同於其他物件模型的AXIOM(也稱為OM)，因為它突出了構造的輕型，並且僅當需要的時候才建立。

Java語言一直苦於無法充分增強其靈活*，原因是它的基本物件模型還未靈活到可以被擴充套件的程度。

xp是跨平臺的組建物件模型的縮寫。

理解KParts不是一個萬能的物件模型很重要。

RUP的文件顯示了從業務用例模型到業務物件模型和系統用例模型的演進；我們發現這是非常正確和有幫助的。

編譯器層中包含了一些物件模型，這些模型與編譯器管道的各個階段暴露出來的資訊——包括句法和語義上的資訊——相關。

在一項有關的開發中，由BMC、Cisco、Compaq、Intel、微軟等公司組成的聯盟提出了一個物件模型和管理協議，通稱為基於Web的企業管理（WBEM）。

我們可以藉助於一個物件模型來完成搜尋，通過查詢來建立條件。

一百在兩相靜止座標系下對三相逆變器突加階躍調製訊號，採集在相同座標系下的逆變器輸出電壓階躍響應波形，基於此波形構建控制物件模型。

在其他一些情況下，業務物件模型簡單的作為一個為理解客戶領域的引用的結合點來使用。

在第一時間，我們可以得到物件模型。