通過應用程序域邊界傳遞IEnumerable

Question

通過應用程序域邊界傳遞IEnumerable通常不是個好主意嗎？

我問，因爲用我目前對IEnumerable實現的理解，枚舉器不會被使用，直到集合被枚舉。當您穿越應用程序邊界時，特別是涉及多個進程時，這是否會導致跨邊界多次出行，返回的每個項目都會出現一次？如果是這樣的話，那麼在可能的情況下，如果可能的話，將這個集合整體返回，就性能而言，它會更可取嗎？

Answer 1

首先，它取決於如何枚舉的對象是：是繼承自MarshalByRef還是它是可序列化的。在第二種情況下，將副本傳遞給另一個appdomain，然後類似於數組方法。另一方面，如果它繼承自MarshalByRef，它幾乎取決於枚舉器如何訪問所有者實例。

所以，一般來說，如果您知道預期會發生什麼，那麼我認爲您應該只通過IEnumerable與應用程序域相關聯。否則，您可能會收到意想不到的結果或性能不佳。

Answer 2

是的，這是一個壞主意。枚舉器幾乎總是保持對枚舉集合的引用。假設兩者都是可序列化的，那麼當您跨越邊界時，您還將序列化整個集合。儘管沒有往返。

Answer 3

是的。即使通過線程傳遞也是不安全的。你最好把它轉換成數組來傳遞。

Answer 4

其實，假設MarshalByRefObject，它是每項旅行（加1）;一個到MoveNext()，和一個到Current（每MoveNext()返回true）。加上一個GetEnumerator()電話，並且可能是Dispose()。因此，對於MarshalByRefObject，否：不要這樣做;使用數組。

但是，如果它不是MarshalByRefObject它更有趣。例如，ADO.NET數據服務在LINQ API（IQueryable<T> : IEnumerable<T>）上公開數據，但是這需要在需要時構建特定查詢，執行一次往返並在客戶端迭代。

當然，你可能不應該使用遠程過任何真正的距離（WCF偏好等），所以也許第一個場景是不是一個巨大的問題 - 你不會有太多延遲 。另外，您將在實體上具有相同的延遲問題（如果MarshalByRefObject）或序列化成本（如果不是）。

個人而言，在很少場合我用遠程（通常只允許DLL卸載），我有一個MarshalByRefObject代表某種服務，以及序列化實體對象。也許對我來說，可以預見的是，我使用protobuf-net來最小化序列化成本。