まじかんと雑記

GetEnumerable よりは、GetEnumerator が使われているというのは、納得です。
IEnumerableを実装しなくても、GetEnumeratorを用意すれば、foreachが使えるので、yield return との組み合わせでとても楽に反復子を実装できるからですね。

まじかんとさんは、MyClassに中に、GetRevEnumerable メソッドを作るのではなく、

class MyRevClass {
public MyRevClass(MyClass obj) { ... };
public IEnumerator GetEnumerator() { ... }
}

のように、別クラスを作成することを好むということですか？
これは、設計スタイルの問題なので、なんともいえませんが、MyClassの内部構造を知らないと実装できない可能性があるので、
ケースバイケースかな。
まあ、逆順を求める反復子をつかいたいという要求はそれほどないですがね。

まぁ、別クラスを作るというほどではないにしても、単に「GetEnumerator があるだけの IEnumerable」を返すくらいなら、元のクラスと同じクラスのオブジェクトを返したらどうか、と。

例えば、リストの一部分のみを列挙したい、というとき、「リストの一部分のみを列挙する IEnumerator を返す GetEnumerator メソッドを持つ IEnumerable」を返すメソッドを yield return で作るよりは、「リストの一部分を抜き出した部分リスト」を作って返すメソッドを作ったほうが、列挙以外にもメソッドの使い道が出来てよさそうということです。
(例えば、System.Collections.Geteric.List クラスの GetRange メソッド)

もっとも、要素を逆順にしたリストを作るには要素を逆順に列挙する IEnumerator が必要、などということになったら意味がありませんが。

> でも私のサイトって何か大したコンテンツありましたっけ?

Java と C# のジェネリクスの違いのページ、大変勉強になりました。あと、ちょくちょくC#関連で検索からたどりついてお世話になっております。ありがとうございます。

> IEnumerable になっているものを作る必要が生じた経験は一度もありませんでした。

LINQ to ObjectがIEnumerableを関数型言語で言うところの遅延リストに見立てて、データをやりとりする共通の口として使っています。なので、きっとこれからはIEnumerableを扱う機会が増えていくと思います。
LINQに逆順にする汎用のイテレータReverseがあったりします。

> 「リストの一部分を抜き出した部分リスト」を作って返すメソッドを作ったほうが、列挙以外にもメソッドの使い道が出来てよさそうということです。

これ、まさにLINQです！

LINQ かぁ……。

C# 3.0 のことはほとんど何も知らないんですよねぇ。興味がないわけではないんですがいかんせん時間が無くて。

↓の記事なんかいかがでしょうか。LINQ全般を学べるわけではないですが、C#1.1→LINQへとコードを徐々に書き換えていってみせる入門記事です。文章読まなくてもコードの変化を見るだけでおもしろいです。私のお気に入り記事です。

http://blogs.msdn.com/jomo_fisher/archive/2005/09/13/evolution-of-a-c-query-step-by-step-from-c-1-1-to-linq.aspx

紹介してくださった記事を読みました。

何だか、C# が言語としてどんどん高級化してゆく様が見て取れるような気がします。C# 3.0 もなかなか面白い言語になりそうですね。(この調子でいくと C# 5.0 辺りで機能を詰め込みすぎて破綻するんじゃないかという一抹の不安もありますが)

> 破綻するんじゃないかという一抹の不安もありますが
同感です(^^;