DataViewRowCursor 類別

類別過去會將游標移動到一列的 IDataView.

這提供了一種方法，可以調和通常由 GetRowCursorSet(IEnumerable<DataViewSchema.Column>, Int32, Random)產生的多列。 取得集合時，在允許平行處理進行的同時，必須始終設定原始順序應該能被恢復的目標。 請注意，使用者是否在意該原始順序在特定應用程式中則是另一回事（實際上大多數呼叫者不會，否則他們不會這麼做），但至少原則上應該可以重建從相同配置 GetRowCursor(IEnumerable<DataViewSchema.Column>, Random)的 中獲得的原始順序。 所以：對於任何游標實作，批次編號都應該是非遞減的。 此外，任一批次號應只出現在由 返回 GetRowCursorSet(IEnumerable<DataViewSchema.Column>, Int32, Random)的游標中。 如此一來，訂單由批號決定。 一種操作可以將這些游標調和產生一致的單一游標，方法是從集合中所有游標中，擁有最小批號的游標中抽取。

請注意，沒有跡象顯示某一條目中的批次會從一個游標到另一個游記保持一致，除了整體排序一致性。 同一個條目在不同游標之間可能有不同的批次號碼。 也沒有要求必須出現任何批次號碼。 它僅是一種從可能任意分割的資料中恢復排序的機制。 當然，從這點也得出，將批次視為資料屬性是完全不正確的。

當底層內容改變時，這個數字會被增加，讓用戶端能夠偵測變更。 當物件處於無法取得值的狀態時，應該會 -1。 特別地，對於 DataViewRowCursor，若首次被呼叫，則為 之前 MoveNext() ，或在首次 MoveNext() 被呼叫後返回 false。

請注意，這個位置不是底層資料中的位置，而是這個游標的位置。 例如，若打開一組平行串流游標或洗牌游標，每個游標的第一個有效條目總是位置為 0。

會獲得Schema一個 ，提供本列中變數（即 ML.NET 型別系統中的欄位）的名稱與型別資訊。

處置的實施。 通話 Dispose(Boolean)true。

一次性紙型的一次性方法。 這個預設實作沒有任何作用。

回傳一個值得方代理，從該列取得給定 column值。 如果該欄位在該列中未啟用，或該欄位的型別 TValue 與該欄位的類型不同，則會丟棄。

一個 128 位元 ID 值的 getter。 物件通常會服務多個 DataViewRow 實例，以迭代應該是相同資料，例如 IDataView 游標集會產生與序列游標相同的資料，只是分割;而洗牌游標則會產生與序列游標或其他洗牌游標相同的資料， 只是被拖了一下。 這個 ID 是為了需要對帳哪個條目是哪個的應用程式而設。 理想狀況下，這個 ID 應該是唯一的，但實際上如果碰撞機率極低，這也足夠了。

請注意，這個 ID 雖然根據上述語意必須對多個串流保持一致，但並不被視為資料本身的一部分。 舉資料檢視為例，單一資料檢視必須在所有游標間呈現一致的 ID，但完全沒有跡象顯示如果「相同」的資料呈現在不同的資料檢視中（例如被轉換、快取、儲存等），兩個不同資料檢視之間的 ID 會有任何可辨識的關聯。

回傳該欄位是否在此列中為有效。

前進到下一排。 當游標第一次建立時，應呼叫此方法移至第一列。 如果沒有更多列，則返回 false 。