ふらっと C#,C♯,C＃（初心者用） Part129 [無断転載禁止]©2ch.net

2017/06/09(金) 18:36:01.72

「どんなにくだらないC#プログラミングやVisual C#の使い方に関する質問でも誰かが優しくレスをしてくれるスレッド」です。

他のスレッドでは書き込めないような低レベルな質問、
質問者自身なんだか意味がよく分からない質問、
ググろうにもキーワードが分からないなど、勇気をもって書き込んでください。

内容に応じて他スレ・他板へ行くことを勧められることがあります。ご了承下さい。

なお、テンプレが読めない回答者は邪魔なので後述のC#相談室に移動して下さい。
C#に関係の無い話題や荒らしの相手や罵倒レスはやめてください

>>980を踏んだ人は新スレを建てて下さい。
>>980が無理な場合、話し合って新スレを建てる人を決めて下さい。

■前スレ
ふらっと C#,C♯,C＃（初心者用） Part128
http://mevius.2ch.net/test/read.cgi/tech/1493730340/

■関連スレ
C#, C♯, C＃相談室 Part94 [無断転載禁止]©2ch.net
http://echo.2ch.net/test/read.cgi/tech/1492843013/

■コードを貼る場合は↓を使いましょう。
http://ideone.com/
https://dotnetfiddle.net/

■情報源
https://msdn.microsoft.com/en-us/library/gg145045.aspx
http://referencesource.microsoft.com/
---

VIPQ2_EXTDAT: checked:vvvvv:1000:512:----: EXT was configured

2017/06/16(金) 22:46:38.91

アルゴの性能差が顕著に出そうやなw

2017/06/16(金) 22:49:24.32

>>163
電車男は２ちゃんのものになったけど、２ちゃんでラノベ書いた人の著作権は作者のものになったと思ったよ
今問題にしているのはまとめサイトとの抗争だけでしょ

2017/06/16(金) 23:06:59.57

>>153
軽い動画プレーヤー、軽い画像ビューア、アラーム時計、カレンダー

2017/06/16(金) 23:20:32.11

自炊した本の補正ツール

2017/06/17(土) 04:24:32.54

よろしければ、みなさんが初期に作成したVisualC#のアプリを教えてくださいませんか？
初学者で作れるのはどの程度のものなのか知りたいのです

本当は作りたいものを作るのがいいのでしょうが、どれも難度が高いため、完成させることによるモチベーションを適度に得たいのと、
参考書に載っているのはサンプルのためのサンプルみたいなものばかりで……
よろしければ実例を参考に「こういうのなら作りたいかも」というのを考えてみたいのですが、お願いできませんでしょうか？

2017/06/17(土) 05:24:34.32

>>168
Amazonを一通り作れるようになるべき。
まずはログインからか。

2017/06/17(土) 06:57:39.48

カメレオンベースの改造人間は高度すぎて初心者向けじゃねーな

**デフォルトの名無しさん** (JP 0H9b-HMVo) · 2017/06/17(土) 08:50:19.87

>>168
そんな事も人に聞かないと判断・決断できないようじゃ、ろくなプログラマーに
なれねーぞ

2017/06/17(土) 08:54:44.36

>>168
モチベーションなんて人それぞれだから好きなものを作ればいいよ

2017/06/17(土) 09:10:51.87

>>168
電卓一択

2017/06/17(土) 09:15:02.48

電卓とかテキストエディタとかブラウザとか絶対他社のものしか優れてるものしか作れないんだよな

2017/06/17(土) 09:18:47.13

普段めんどくさいなあくそったれと思ったらそれをメモすればいいじゃん

2017/06/17(土) 09:35:00.48

自分じゃなくて他の人に目を向けたら?
世の中にはお前がちょっとクソコード書いてやれば解雇されるクソみたいな仕事してる奴が腐るほどいるんだぞ

2017/06/17(土) 09:44:33.47

>>168
GUIなら電卓は良いんじゃないかな。
おいらは何故か画像表示して、その上に落書きできる機能付けるのが定番だけど。
(ちゃんとWindow重なったり、拡大縮小で画像が消えないようにメモリ上にビットマップを保持して)

CUIだとcat -nと同じ、テキストを行番号付けて表示するって奴。
C#とかはIDE充実し過ぎだけど、LLとかだと自分専用テキストエディタとかモチベーション維持に良いかも。

2017/06/17(土) 10:04:07.30

visual basicとC#って違うんですか？

2017/06/17(土) 10:09:41.93

出来ることはほぼ同じ。違いはソースコードの見た目が大部分

2017/06/17(土) 10:13:01.37

C#が初めての言語って人ここは少ないだろう
CかJava経由じゃないかなあ

ちな、圧縮ファイル内の画像をリサイズアプリ

2017/06/17(土) 10:19:41.45

C#ならunsafeで出来ることがVBだと凄く面倒

2017/06/17(土) 10:42:57.69

tryと打ってエンター押せばcatchもend tryも書いてくれるVB
それに比べてC♯は自分で書かなきゃならない。

2017/06/17(土) 10:51:50.98

>>182
それIDEの話だし、VSでもコードスニペットあるだろ

2017/06/17(土) 11:16:13.23

コードペニスット

2017/06/17(土) 11:20:07.43

>>168
まずデジタル時計、次に画像ビューア

慣れてきたらデジタル時計にアラームを付ける
そして文字色や背景色をダイアログで設定して変えられるようにするとかフォントも変えられるようにするとか
画像ビューアも自分が便利に使えるようにバージョンアップする

かなり慣れてきたら簡単なテキストエディタや簡単なブラウザを作ってみる

2017/06/17(土) 11:28:08.65

>>182
え、ｖｓでtab2回押すのも面倒なの？

2017/06/17(土) 11:48:58.24

DB連携のアドレス帳だな

2017/06/17(土) 11:53:05.95

>>179
嘘教えんなよ

2017/06/17(土) 12:00:00.23

C#はAWS LambdaやAzure Functionsでも使える
MSにすら捨てられてたVB

2017/06/17(土) 12:28:42.76

フォームアプリで無限ループをまわすと画面が固まるので、ループ処理を別スレッドで行いたいのですが.NET4の環境でこれを行うのはどういう記述をすればいいのでしょうか
ボタン1を押して無限ループ処理開始
ボタン2を押して無限ループ処理停止
みたいな感じです。よろしくお願いします。

2017/06/17(土) 12:35:29.47

非同期処理
async await

2017/06/17(土) 12:42:32.90

フォームアプリならbgwakerを使うのが楽では？

2017/06/17(土) 12:54:36.45

>>190

bool cancelRequested;

async button1_Click()
{
　button1.Enabled = false;
　button2.Enabled = true;

　cancelRequested = false;
　await Task.Run( DoWork );

　button1.Enabled = true;
　button2.Enabled = false;
}

button2_Click()
{
cancelRequested = true;
}

void DoWork()
{
　while( ! cancelRequested )
　{
　　;
　}
}

2017/06/17(土) 13:23:55.65

>>193
ありがとうございます
async/await
を使うと、GetAwaiterの定義が含まれておらず～って出るのですがasync/awaitを使わずにTask.RUN(DoWork)のみでいいでしょうか
あと、Task.RUN(DoWork)とTask.Factory.StartNew(DoWork)は全く同一処理と思っていいでしょうか

2017/06/17(土) 13:52:44.39

>>194
修正版
http://ideone.com/1vh2bo

Task.RunとTask.Factory.StartNewは似てるけど、全く同じではないらしい。
MSDNのTaskFactory.StartNewの備考に書いてある。
今回の例ではどちらでも動くけど。

2017/06/17(土) 13:57:47.94

>>194
https://www.nuget.org/packages/Microsoft.Bcl.Async
コレ入れてね

2017/06/17(土) 13:57:55.77

cancelRequestedはvolatileつけるかプロパティにしないとまずくない？

2017/06/17(土) 13:59:20.60

boolなら問題ないよ
この場合、結果整合性があれば十分なはずだし

2017/06/17(土) 14:04:47.83

テキストボックスを何十個か保存する方法教えてください
プロパティで設定して
Properties.Settings.Default.aaaa = this.textBox0.Text;
と１つ１つ手動で保存する方法はわかるのですが
他に一括でできる方法ありませんか

2017/06/17(土) 14:09:52.65

>>194
すまん。.Net4環境だと標準でawait/async使えないの忘れてた。

async/awaitを使わないバージョン
http://ideone.com/34GTJb

>>195でも>>196のを入れれば動くはずだけど。

2017/06/17(土) 14:16:32.15

>>198
本当？

>>193の
while( ! cancelRequested )
boolならここの最適化が回避されて毎回変数の値がちゃんと読まれるなんて聞いたことないけど

2017/06/17(土) 14:17:41.38

>>195>>196>>200
ありがとうございます！問題なく動作確認出来ました
GetAwaiterは私の勘違いでした
Task task = await ～
してました。。
.NET4でもasync/awaitは大丈夫でした
Task.RUNは上のを入れればいいんですね？後で確認してみます。大変助かりました

2017/06/17(土) 14:27:54.24

すみません。また勘違いでした
async/await使えませんでした
上のをいれてみたら使えました

2017/06/17(土) 14:29:10.55

>>202
なんでとっくにサポート切れの4.0使ってんの？

2017/06/17(土) 14:29:50.71

.NET4.0はサポート外の環境だけど、意外と残っているんだよな

2017/06/17(土) 15:21:51.02

>>199
普通に順にテキストに書き出して
あとで読み込め

2017/06/17(土) 15:27:16.60

>>206
その普通にというのがどうやるのかわかりません

2017/06/17(土) 15:32:15.49

>>207
コントロール一覧を取得するもんがあったはず
そこからテキストボックスだけより分けて処理

2017/06/17(土) 16:42:38.11

>>152

2017/06/17(土) 18:09:25.33

>>199
あんまり使ったことないけど、バインディングしておけばいちいちアプリケーション設定を
ユーザーコードで読み書きする必要はなかったように思ったけど...
http://dobon.net/vb/dotnet/programing/dynamicproperties.html

2017/06/17(土) 19:20:12.04

>>199
シリアライズ可能なViewModelを作成
ViewとViewModelをバインド
ViewModelをシリアライズで保存
ViewModelにデシリアライズで復元

2017/06/17(土) 19:43:42.82

テキストボックスが何十個も並んでる時点で
俺は泣くと思う

そしてそれがちゃんとしたデータ構造に格納されてないことを知り号泣すると思う
そして10分でリファクタリングを終わらせコーヒーを飲む

2017/06/17(土) 19:51:50.19

業務システムはそんなんばっかりだよね
1画面で事細かに大量に入力するのって疲れるだろうに
可能な限り入力を減らして楽しようとか
分割統治して脳の負担を減らそうって発想がないのだろうか

2017/06/17(土) 19:54:04.63

やりたいことがExcelってことなら理解できるよ俺は

2017/06/17(土) 20:18:40.56

とりあえずstreamwiterと　StreamReaderでテキストファイルに書き込んでやりたいことはできました

2017/06/17(土) 21:09:28.32

プログラミングはhello worldくらいしかやったことないゴミがc#を学習するのにいい書籍教えてください
猫でもわかるやつは評判見る限り私には無理そうなので

2017/06/17(土) 21:21:18.71

ぶっちゃけ、C#「で」プログラミングに入門するってコンセプトの本はほとんどない気がする。
C#「に」入門する系の本もあんまり売れないのか最近は少ないよね

2017/06/17(土) 21:30:13.35

>>216
独習をちゃんと読めば割とレベル上がる

2017/06/17(土) 21:33:17.28

C#は解りやすいからGoogle先生だけで何とかなった

2017/06/17(土) 21:42:29.35

>>218
お遍路ころがしか

2017/06/17(土) 21:48:08.75

どの書籍のレビュー見てもレベル1→2みたいな感じで私のようなレベル0対象の書籍がどれなのかわかりません

2017/06/17(土) 21:49:37.62

>>221
変数とか構造体やクラスの使い方が分かればレベル1でいいよ

2017/06/17(土) 21:50:29.15

>>221
普通にVS入れて実行環境さえ準備できれば入門は難しくないよ
それでも難しいと思うなら他の言語やったほうがいい

図書館に行くと意外とc#の本があったりする

2017/06/17(土) 21:52:04.54

本なんか買わなくていいよ
c# 作り方
でググれ
なんか気に入ったの見つけたら打って見ればいい

2017/06/17(土) 21:55:50.37

地元の図書館はSwiftやGOやtype scriptやscalaの本が複数ある

2017/06/17(土) 21:56:12.88

みんな優しいな

2017/06/17(土) 22:05:04.73

0からでいいのってあるのかいな・・・

2017/06/17(土) 22:06:13.88

WPFが腐れたので今はかなり入門しにくい環境にあるんだと思う
UWPで入門は地獄だし

2017/06/17(土) 22:12:34.98

>>221
本当は遠回りでもちゃんと構造化プログラミングとOOPを
理解した方がいいんだけど、そういう趣旨の本はないね。

web上の記事だとなおさら少ない。
個人的には、ネットで十分とかいう奴は真に受けてはダメだと思うw

まあ、全部を網羅した本はないからいろいろザッピング気味に読んでみるのがいいんじゃないか。
図書館とか、ブックオフとかアマゾンの古本で十分だと思う。（さすがにC#2.0以前の
古いものは避けた方がいいかもしれんが...）

それでプログラミングの考え方がつかめるようになれば、
言語としてのC#やその新機能を調べるのはwebで十分だと思う

2017/06/17(土) 22:25:44.96

レベル0ならCLR via C#がオススメ
基礎的な内容をほぼ網羅してる

2017/06/17(土) 22:38:38.18

>>224
「c# 作り方」　というか「c#」+やりたいことのキーワードだな
「c# 画像ビューワー」　とか
それで見つかりそうになかったらC++で探している。解決方法が似ていることが多いから
C#始めて2年以上たったけどそれで困ったことが無いくらい情報はあった
>>223
VS＋C#以上に楽な言語とか想像もつかないな

2017/06/17(土) 23:32:40.03

俺は大学の情報学の図書館とか市の図書館で借りて勉強した
一度近くの図書館に行ってみるのはオススメ

2017/06/17(土) 23:34:19.64

>>230
初心者に勧めるには少し難易度高すぎない？

2017/06/18(日) 00:26:44.91

>>221
「作って覚えるVisual C# デスクトップアプリ入門」は、レベル0向けとしていいかもしれない。

この本は、文法などは簡単な説明で済まされてしまっているけど
書いてあるとおりに手を動かせば、初歩的なGUIアプリ（タイマーとか付箋アプリとか家計簿アプリとか）を
完成させることができた。
文法だけの本で勉強するのは苦行に感じるかもしれないので、まず実際に動くものを作れるのはいいと思う。
僕はC#2013年版を読んだけど、最新の「作って覚えるVisual C# 2017～」もたぶん大きくは変わってないはず。

ただしこの本は、レベル0向けに分かりやすくするため、あえて説明を端折ったり、
説明しやすくするためにあまり一般的じゃないやり方が書いてあるところもあるように思う。
勘のいい人だと、この本を足掛かりにWebの情報だけでどんどん先に進めるだろうけど、
どうも応用が利かないと思ったら、独習C#といった文法の本を改めて勉強すればいいんじゃないだろうか。

2017/06/18(日) 00:44:54.96

読者が初心者だからって変なこと教えたり誤魔化したりする入門書は捨てていい
嘘をつかないこと
包み隠さず詳細まで書いてあること
これが良い参考書の必要条件だ

**デフォルトの名無しさん** (JP 0H9b-HMVo) · 2017/06/18(日) 01:33:04.85

つーかレベル0ってのが変数って何？とかプログラム制御でお決まりのif～thenとか
forループとか、サブルーチンへ飛んでreturnで戻るとか、その辺りのほんとの初歩の
知識がないってことなら、そういうの解説したC#版入門本・サイトってあるのかね？
そのへんって常識として押さえてないようだと、挫折する可能性高いと思う

2017/06/18(日) 02:04:31.00

webbrowserを使用したソフトを作っているのですが、
デフォルトだと音量が大きすぎるので音量設定で変更したいのですが、
ミキサーの音量とかってどうやって設定するか探してみたのですが見つかりませんでした。
何かいい方法はないでしょうか？

2017/06/18(日) 03:53:50.02

>>237
ユーザーに任せたほうがいいんちゃう?
お前のアプリ起動するたびに設定した音量変更されんの?

2017/06/18(日) 05:02:45.88

それもそうですね・・・
ユーザーに任せるとします

2017/06/18(日) 11:31:27.68

質問させてください。
本やネットに載っているサンプルをまねて、下記のようなMyCollection<T>クラスを作りました。

public class MyCollection<T> : IEnumerable<T>
{
List<T> list;
public MyCollection()
{ list = new List<T>(); }
public void AddObject(T item)
{ list.Add(item); }
public IEnumerator<T> GetEnumerator()
{ for (int i = 0; i < list.Count; i++) yield return list[i]; }
IEnumerator IEnumerable.GetEnumerator()
{ return this.GetEnumerator(); }
}

このクラスでは、非ジェネリック版のGetEnumerator()は、インターフェイスIEnumerableを明示的に実装しています。
（サンプルがそうなってたのでそうしています。）

== 続く ==

**240** (ﾜｯﾁｮｲ 8bbe-2WTa) · 2017/06/18(日) 11:32:03.36

== 続き ==
で、この非ジェネリック版のGetEnumerator()はどんなときに呼ばれるんだろう？と思い、試しに無理やり
呼んでみようと、下のように非ジェネリックなIEnumerator iを経由してMoveNext()をコールしてみました。
しかし、デバッガで見る限り、ジェネリック版のほうのGetEnumerator()が呼ばれるようです。

MyCollection<int> collection = new MyCollection<int>();
collection.AddObject(0);
collection.AddObject(1);
collection.AddObject(2);
//IEnumerator<int> i = collection.GetEnumerator();
IEnumerator i = collection.GetEnumerator();
while (i.MoveNext())
{ var j = i.Current; Console.WriteLine(j); }

ここで質問なのですが、
(1) 上記のコードで、どうして非ジェネリック版のGetEnumerator()が呼ばれないのか？
(2) どんなときに呼ばれるのか？
(3) 上記のコードでは、非ジェネリック版のGetEnumerator()の中からジェネリック版のGetEnumerator()を
呼んでいるが、両者は戻り値が異なる（IEnumerator<T>とIEnumerator）のに、なぜそんなことができるのか？

以上、よろしくお願いします。

2017/06/18(日) 11:37:58.02

>>241
1) C#に戻り値の型に応じた型推論はないから
2) collectionをIEnumerableにキャストしてから3) GetEnumeratorすれば非ジェネリックの方を呼べる
IEnumerator<>はIEnumeratorを継承しているから

2017/06/18(日) 12:41:44.72

>>239
一応ミキサーをコントロールするAPIがVistaのときに出来て、それを制御するソフトがCodeProjectに揚がっていたよ

**240** (ﾜｯﾁｮｲ 8bbe-2WTa) · 2017/06/18(日) 13:14:15.29

早速の回答ありがとうございます。

いただいた回答をもとに色々考えましたが、何か釈然としない部分が残っています。

先のコードの、
IEnumerator i = collection.GetEnumerator(); // ①
i.MoveNext() // ②
の部分は、下記のような動作と考えていいのでしょうか？

①について：
・collectionはMyCollection<int>型である。
・よって、collection.GetEnumerator()のGetEnumerator()はジェネリック版のほうを意味し、
　その戻り値はIEnumerator<T>型である。
・IEnumerator<T>型である戻り値が、IEnumerator型の変数iに入る。
・IEnumerator<T>型の値を、IEnumerator型の変数に入れられる理由は、
　「IEnumerator<>はIEnumeratorを継承しているから」。

②について：
・i.MoveNext()により、実際にGetEnumerator()が呼ばれる。
・iはIEnumerator型（非ジェネリック）であるが、i.MoveNext()で実際に呼ばれるのは、
　ジェネリック版のGetEnumerator()のほう。

以上の動作は、
インターフェイスI1をI2が継承するとして、
I2型の値をI1型の変数に入れて、I1型の変数経由で、I2にしかないメソッドを呼んでいるように見えます。
（I2にしかないメソッドとは、今回の例ではジェネリック版GetEnumerator()のことです）

== 続く ==

**240** (ﾜｯﾁｮｲ 8bbe-2WTa) · 2017/06/18(日) 13:14:32.67

== 続き ==

しかし例えば、

interface I1 { void Method1(); }
interface I2 : I1 { void Method2(); }

class C1 : I2
{
public void Method1() { Console.WriteLine("1"); }
public void Method2() { Console.WriteLine("2");}
}

以上のようなインターフェースとクラスに対して、

I2 i2 = new C1();
I1 i1 = i2;
i1.Method1(); // OK
//i1.Method2(); // エラー

以上のようにしてi1経由でi2にしかないメソッドを呼ぼうとすると、エラーになります。
これはどうしてなのでしょうか？
（長文ですみません）

2017/06/18(日) 13:36:20.31

どこでI2にしかないメソッドを呼んでいるように見えるのかわからん
iにはジェネリックGetEnumeratorの戻り値であるIEnumerator<>オブジェクトが入る
i.MoveNextは非ジェネリックのIEnumerableのメンバたけどIEnumerable<>のメンバでもある
なぜならIEnumerable<>はIEnumerableのMoveNextを継承しているから

2017/06/18(日) 13:47:39.71

＞i.MoveNext()により、実際にGetEnumerator()が呼ばれる。
ここは何か勘違いしているというか、何を言ってるのか分からないというか...

C#は静的型付けの言語なので、I1型の変数i1のメンバーへのアクセスとして
記述可能なのは、I1型のメンバーだけ。

i1には実際はI2型の値が入ってるんだからI2のメンバーも呼び出せるべきだとか言ったって、
実行時にi1にI2型の値が入ってるかどうかなんてコンパイル時にはコンパイラに分かりません

2017/06/18(日) 14:20:22.43

>>244
実装はどうなってるか知らないけど
同名のメソッドを継承でオーバーライドされたらそっちのメソッドが呼ばれる

非ジェネリックメソッドをジェネリックでオーバーライドしてたら
ジェネリック版が呼ばれる

それが下位のInterfaceで操作された場合でも

2017/06/18(日) 14:26:19.82

おいおい、質問者のケースはインターフェイスの継承だから
オーバーライドなんかされてないってw

2017/06/18(日) 14:34:17.42

> ・i.MoveNext()により、実際にGetEnumerator()が呼ばれる。
？
GetEnumeratorはここではもう関係ない
iという少なくともIEnumeratorを実装しているオブジェクトのMoveNextを呼び出してるだけ
> ・iはIEnumerator型（非ジェネリック）であるが、i.MoveNext()で実際に呼ばれるのは、
　ジェネリック版のGetEnumerator()のほう。
なんでGetEnumeratorがでてくんの？
IEnumerator<T>のMoveNextっていうなら分からんでもないけど

2017/06/18(日) 14:53:44.56

おそらくyieldで記述と実行の順序が見た目と異なる事を言ってるんだろうけど

明示的なインターフェイスの実装は最初のレスでも有るように(IEnumerable)collectionの時に呼ばれるだけであって
結局はIEnumerator<T> GetEnumerator()へのラッパーだし、IEnumeratorに入れようがインターフェイスは全て仮想呼び出しだし
もはやジェネリックがどうとか関係ないな

2017/06/18(日) 15:49:10.59

>>244
①でジェネリック版のIEnumerator（を実装したクラスのインスタンス≠MyCollection<int>）を返している
②ではそいつのMoveNextを普通に呼んでるだけ

そこで渡されているIEnumeratorの仕様に沿ったオブジェクトは
MyCollection<int>と別のクラスというのが
間違えやすいポイント

public IEnumerator<T> GetEnumerator()の
ジェネリック版のyield returnを含んだブロックから全然別のクラスが生成されていて
そいつのインスタンスが渡されている

2017/06/18(日) 15:53:23.46

デバッグでステップすると
public IEnumerator<T> GetEnumerator()の中を動いてるけど
実際は別のクラスが作られていてその中を実行してる

このクラスはコンパイル時に自動実装される

以前は別クラスを自分で作らなければならなかったけど
yield returnが実装されてから楽になった

**240** (ﾜｯﾁｮｲ 8bbe-2WTa) · 2017/06/18(日) 17:54:39.05

たくさんの回答ありがとうございます。

「i.MoveNext()により、実際にGetEnumerator()が呼ばれる」と思った理由は、>>253が書いてくれてるように、
デバッガでステップ実行すると、MoveNext()を呼んだタイミングでGetEnumerator()の中に入っていくためです。

皆のおかげで、その考えが誤りであることがわかりました。

ただ、
IEnumerator i = collection.GetEnumerator(); // ①
i.MoveNext() // ②
については、まだイマイチ自信がないんですが…。

全員のレスをつなぎ合わせて、下記のように理解したのですが、あってますでしょうか？

①で、
・GetEnumerator()により、ジェネリック版IEnumerator<T>を実装したクラスのインスタンスが生成される
・そのクラスは、ジェネリック用と非ジェネリック用の2つのMoveNext()を持つ
　（IEnumerator<T>はIEnumeratorを継承しているため、両方のMoveNext()が作られる）
・ジェネリック用のMoveNext()の内容は、ジェネリック版のyield returnブロックから生成される
・非ジェネリック用のMoveNext()は、ジェネリック版のMoveNext()のラッパーである

②で、
・iは非ジェネリックのIEnumeratorなので、非ジェネリック用のMoveNext()が呼ばれる
・それにより、ラップされているジェネリック用のMoveNext()が呼ばれ、結果として、
　「ジェネリック版のyield returnブロックから生成された処理」が呼ばれる。

以上、よろしくお願いします。

2017/06/18(日) 18:01:08.18

>>254
違う
MoveNextの実装は単一で共通

2017/06/18(日) 18:22:19.50

いやいや、「ラッパー」って言葉を誤用している点を除けば質問者の>>254の方が正しいからw

現実のほとんどの実装ではIEnumerator.MoveNextは
IEnumerator<T>.MoveNextをそのまま呼ぶだろうけど、
やろうと思えば別の実装をすることだって可能に決まってる

2017/06/18(日) 18:40:25.49

>>254
素直に考えてほしい

①で　iに入れたのはジェネリック版
② movenextはジェネリックでも非ジェネリックでも共通

>>256
残念だけどこれを読むように
https://msdn.microsoft.com/ja-jp/library/78dfe2yb(v=vs.110).aspx

2017/06/18(日) 18:57:24.62

>>257
なんかよー分からんこと言ってるけど、君こそ>>240のコードでも見た方がいいと思うよw

IEnumerator<T>.MoveNextはIEnumerator.MoveNextをオーバーライドしてるわけじゃありませんw

2017/06/18(日) 19:03:33.17

共通って言うとなんか分かりづらい
オーバーライドなんて257は一言も言ってないようだが…

interface IEnumerator {
object Current { get; }
bool MoveNext();
void Reset();
}
interface IEnumerator<T> : IEnumerator, IDisposable {
new T Current { get; }
void Dispose();
}
IEnumerator<T>自体はMoveNextを定義しない
派生元のMoveNextをそのまま公開する

なので、IEnumerator<T>の実装はこんなんになる
class HogeEnumerator : IEnumerator<T> {
public T Current { get { 略 } }
object IEnumerator.Current { get { return this.Current; } }
public bool MoveNext() { 略 }
public void Dispose() { 略 }
}
なので、
IEnumerator<T> ia = obj.GetEnumerator();
IEnumerator ib = obj.GetEnumerator();
iaでもibでも同じMoveNextが呼び出される

2017/06/18(日) 19:06:45.73

>>258
誰もそんなことについて言ってるのではないよ
トンチンカンなレスありがとう

MoveNextは別々に必要ない
そもそもシグネチャーは一個だけだから

必要なのは一個だけだと言うこと
さっきのページの変な訳を見てよく考えてほしい

2017/06/18(日) 19:09:56.48

>>259
君も何を言いたいのかさっぱり分からないが、>>255は>>254に対するレスだということを理解しているかな？

>>255
> 違う
> MoveNextの実装は単一で共通

一体全体なにがどう「違う」というのか。是非説明してみて欲しいね

2017/06/18(日) 19:11:42.21

しかしあれだ、「ほとんどの実装でそうなっている」ことと、「必然的にそうなりそれ以外の実装はありえない」
ことの区別のつかないレベルの人が偉そうに回答する側に回ってはダメだと思うw

2017/06/18(日) 19:11:59.22

>>261
さっきのページの説明とコードをぜひ読んでほしい