問題タブ [ienumerator]

LINQ 名前空間を使用して次の値を取得するためのこのコードがあります。

しかし今、以前の値も取得する必要がありますが、ここで何をすべきかわかりません。

さて、この非常に単純なボタンクリック方法から始めましょう

すべてのアサーションが適切にパスするため、このメソッドは何もしません。冗長性を取り除く方法を導入する必要があると考えるまでは問題ありません

とはいえ、このリファクタリングは簡単です (少なくとも私にとっては)。それはプログラムを壊します！AssertNext への 2 回目の呼び出しでは、列挙子が既に開始点にリセットされ、アサーションが失敗したようです。

何が起こるか理解できません。私はこのパズルの初心者のように感じます。

ここで何が恋しいですか？

サブクラスで両方を実装する必要なく、IEnumerator と Void の使用をサポートするメソッドを (たとえばインターフェイスで) 宣言する方法があるかどうか疑問に思っていましたか?

これは私の他の質問に関連しています:コルーチンが終了するまで保留または待機

Unity のコンテキストで気づいたのですが、デフォルトのStart()方法では両方が許可されているようです。

IEnumerableを実装しているが実装しIEnumeratorていないクラスがある場合ICollection、IListまたはISetどのサフィックスを使用しますか?

ボンネットの下とどうIEnumerable違うのか興味があります。IObservableプル パターンとプッシュ パターンはそれぞれ理解していますが、C# は、メモリなどの観点から、処理するメモリ内の次のデータ ビットを受信する必要があることをサブスクライバー (IObservable 用) にどのように通知しますか? 監視対象のインスタンスは、サブスクライバーにプッシュするデータに変更があったことをどのように認識しますか。

私の質問は、ファイルから行を読み取って実行していたテストから来ています。ファイルは合計で約 6Mb でした。

標準所要時間: 4.7 秒、ライン数: 36587

Rx 所要時間: 0.68 秒、回線数: 36587

Rx はどのようにしてファイル内の各行の通常の繰り返しを大幅に改善できるのでしょうか?

以下は私のクラスです。列挙可能にする必要があります。私はオンラインで調べましたが、たくさんのドキュメントを見つけましたが、それでも迷子になっています。これは絶対に私がこれを尋ねるのは初めてだと思いますが、誰かが私のためにこのくそったれを列挙可能にしてください、そして私はそこからそれを理解するでしょう。C＃ASP.Net4.0を使用しています

現在のアプリケーションにはコマンド階層があります。

したがって、一部のコマンドはステートフルであり、一部はそうではありません。

コマンド実行中のコマンド実装のために、IEnumerableを循環的に列挙する必要があります。

Executeは時々呼び出されるため、反復状態を保存する必要があります。

その循環列挙を実装する方法は？

私は2つの解決策を見つけました：

1. インターフェイスを使用しIEnumerator<T>ます。次のようになります。

2. サーキュラーの使用IEnumerable<T>（yield永遠に同じシーケンス）：「サーキュラーイテレーターの実装」-HonestIllusion.Com。

たぶん、それを達成するためのより多くの方法があります。
何を使用することをお勧めしますか、またその理由は何ですか？

メソッドを記述したSensorステート マシンがあります。Cycle()

実装：

IEnumeratorをStateMachineとして使用した問い合わせに対する Eric Lippert の回答を読みました。私の実装は IEnumerator の使用を悪用または活用していますか? 私の実装は、一連の状態の自動化を提供する方法だと考えています。

I am working on a project in Unity3d and I was writing some code and initially I had the IEnumerator as Start instead of RunThis and the code ran fine, now I went to move it in to a new method and it didn't do anything. Could Someone explain this?

P.s. I anticipate at least someone telling me about unityanswers, yes I know it exists but the site bugs out too much and I am sure someone hear can answer this, thank you.

C＃では、IEnumeratorインターフェイスは、コレクションをトラバースして要素を確認する方法を定義します。IEnumerable<T>メソッドに渡すと元のソースが変更されないため、これは非常に便利だと思います。

ただし、Javaでは、Iteratorは削除操作を定義して（オプションで！）要素の削除を許可します。Iterable<T>メソッドは元のコレクションを変更できるため、メソッドに渡すことに利点はありません。

removeのオプション性は、拒否された遺贈の匂いの例ですが、それを無視すると（すでにここでremove説明されています） 、インターフェイスにイベントを実装するように促した設計上の決定に興味があります。

remove追加されることになった設計上の決定は何Iteratorですか？

別の言い方をすれば、明示的にremove定義されていないC＃の設計上の決定はIEnumerator何ですか？