ふらっと 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/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
さっきのページの説明とコードをぜひ読んでほしい

2017/06/18(日) 19:17:16.07

>>254
まずコードの見た目と挙動が異なるのはyieldが糖衣構文で>>252が言うように
IEnumerator<T>を実装するクラスをコンパイラが生成してコードがすり替わるから
これはジェネリック云々とはまた別の話、ILSpy等で糖衣構文のデコンパイルをオフにして見てみると良い

私がラッパーと書いたのはIEnumerable.GetEnumerator()の話で、そのコードでは呼び出されていない
これは((IEnumerable)collection).GetEnumerator()などとしてIEnumerable型でコールされた時に呼び出されるだけのもの
仮にそう書いたとしてもyieldで実装されたIEnumerator<T>メソッドへ投げているので、結局iの中身はIEnumerator<T>

あとは中身のIEnumerator<T>がIEnumerator型で操作された時の実装による、明示的なインターフェイスの実装があればそれが呼ばれる

2017/06/18(日) 19:24:09.26

>>262
明示的実装をすれば別にもできるけど、現実にそんな紛らわしく無意味なことをする馬鹿はいない
ここは初心者スレなんだからそんなくだらない揚げ足取りは無視してよい

2017/06/18(日) 19:33:21.57

>>265
いやいや、揚げ足取りをしてるのは>>255の方だと言ってるんだけどw
だから何が「違う」のか言ってみって

2017/06/18(日) 19:39:39.80

>>266
何がそんなに気にしてるのか知らないが、少なくとも質問者のケースでは違うと言ってるだけだぞ
質問者の元のコードではIEnumeratorは明示的実装されていない
わかる？

2017/06/18(日) 19:59:37.67

言葉足らずかもしれないから補足しとくか
質問者の元の>>240のコードではイテレータ構文によって自動生成されたIEnumerator<>実装が返る
この実装において、MoveNextは非ジェネリックもジェネリックも共通のメソッドが呼ばれるようになっている
>>254で質問者はMoveNextがジェネリック版と非ジェネリック版の2種類の2種類生成されていると思っているようだが、これは誤りだ
これでいいかな

**240** (ﾜｯﾁｮｲ 8bbe-2WTa) · 2017/06/18(日) 20:45:02.93

質問者です。

>>264
>>251でラッパーと書いていただいた意図を取り違えてました。失礼しました。

-----

「MoveNextの実装は単一で共通」という点についても、理解できたと思います。

IEnumeratorとIEnumerator<T>で MoveNext()のシグネチャは共通であり、処理内容的にも
イテレータをひとつ進めるだけなので、わざわざ（明示的に実装するなどして）2つを別々に作る意味はない。
現に、yieldで自動生成されるMoveNext()も、共通のメソッドになっている。

…ということですね。

皆さんのおかげで、今回の質問はほぼ解決できたような気がします。
どうもありがとうございました。

# それにしても、「C#はシンプルだから初心者にもわかりやすい」とか聞いたことがありますが、
# 実際にはずいぶん難しいですね。
# 特に「インターフェイス」が苦手です…。

2017/06/18(日) 20:52:35.39

シンプルってのはC言語みたいな言語の事を言うんだよ
C#は安全性や生産性が売りの言語であってシンプルが売りではない

**デフォルトの名無しさん** (ｽﾌｯ Sdda-h/Mr) · 2017/06/18(日) 20:54:56.71

たまにScheme使ってる身からするとC言語なんて複雑性の塊でしかない

2017/06/18(日) 20:55:04.82

>>22-23

2017/06/18(日) 21:09:54.93

こんな難しい動作するコードは駄目だってことだね

2017/06/18(日) 21:26:40.66

言語仕様がシンプルって触れ込みで本当にシンプルなものにはお目にかかったことがない
brainfuckくらいかな

go、てめーは特に駄目だ
落とし穴ばっかり掘りまくりやがって

2017/06/19(月) 00:15:22.74

enumerator は、.NET Framework 1の設計ミスと、それを取り繕う互換性維持のためだけのダーティーコードが分かりにくくしているだけ。

2017/06/19(月) 00:34:16.82

ただのIteratorパターンを分かりにくいって言われてもw

ジェネリックのない.NET1.xの段階でリリースしたのは「戦略ミス」だったんじゃないのかって言いたいのなら
それはそうかもしれないけど

2017/06/19(月) 01:09:51.49

言い訳はいい
初見ではクソコード確定

2017/06/19(月) 01:37:01.54

>>277
気づいてないみたいだけど、まさにそういう自己正当化のことを「言い訳」っていうんだよw

2017/06/19(月) 01:58:13.06

ウンコードの相手をしてる暇はない

2017/06/19(月) 02:47:34.68

コンボボックスのアイテムを他のコンボボックスに書き換える方法
これより簡単な方法って存在しますか？

for (int j = 0; j <= combobox1;.Items.Count-1; j++)
{
combobox2..Items.Add(combobox1.Items[j]);
}

2017/06/19(月) 08:54:35.24

バインディングしてるなら
comboBox2.ItemsSource = comboBox1.ItemsSource;
とかでもいけるけど

2017/06/19(月) 08:55:26.22

ItemsSourceじゃなかったDataSourceだった

2017/06/19(月) 12:50:45.81

まずfor文を使うのをやめて

2017/06/19(月) 12:56:04.01

その前にc#ではないなｗ

2017/06/19(月) 18:19:56.58

GroupByするのですが、ソートした結果がほしいのです。どうすればいいでしょうか？？
例えば、Personクラスがあります。
class Person { public string FirstName, public string LastName }
LastNameでグループ化しますが、persons.GroupBy(p => p.LastName);
この各グループ内でfirstNameでソートした状態でグループ化したいのです。

2017/06/19(月) 18:39:44.95

＞グループ内の要素は、source に出現する順序で返されます。
とあるから、GroupByする前にfirstNameでソートしておけばいいんじゃないの？
https://msdn.microsoft.com/ja-jp/library/bb534501(v=vs.100).aspx

2017/06/19(月) 18:40:02.10

先にfirstNameでソートしてからGroupByすればいい
GroupByは元の順序を変えないから

2017/06/19(月) 20:00:39.81

>>286,287
なるほど。そうことですか。
ありがとうございます。

2017/06/19(月) 22:12:58.54

業務系のアプリ作るときって、
例外処理どれくらいやるのですか？

個人だとざっくり例外キャッチしときゃいいやみたいな感じだけど、このケースはこういう可能性があるとか全部考慮しないといけない？

2017/06/19(月) 22:26:10.29

例外処理で最も大事なのは例外を漏らさないことではなくどこで例外を漏らしても問題のない作りにすること
それを徹底してさえいれば例外は最終的に一番上のイベントハンドラでキャッチしたりWebならフレームワーク任せにしても基本的に問題ないはず
それをあえて例外の発生源により近い場所で処理するのは、あくまでユーザーの利便性を高めるためのオプションであって、それが必須であってはいけない

2017/06/19(月) 22:41:39.10

>>289
必要に応じて、としか言いようがないのでは？w

なんか無駄にハッスルして（笑）例外処理にこっちゃう人がたまにいるけど、
ぶっちゃけそれでプログラムの本来の効用が上がるわけじゃないんから必要以上に凝るのは
バカげてるとは言えると思う

2017/06/19(月) 22:56:05.74

例外はトップダウンで考えるのが効率よく堅牢なソフトウェアを作るコツ
上の方でまとめてリトライすりゃ済むんなら下で細かいケースをいちいち個別に考慮する必要はない

2017/06/20(火) 00:28:55.36

例外は呼び出しルートでメッセージに変換して出力
要件で明確にこういう障害の時はこうすると決まっていない限りは絶対に個別に処理してはならない
仕様で決まっていないのに処理するということは例外を握りつぶすことと同じだ

2017/06/20(火) 08:11:57.37

ありがとうございます。
例外のメッセージ出されても意味分からないから、分かりやすいメッセージにしろとか、考慮不足なんじゃないのって言われて、まじか、想定できる箇所全部処理させる気か！？みたいな

2017/06/20(火) 09:47:17.68

golangはそういう思想で作られてるな
あれは偏執的過ぎる気がするが

2017/06/20(火) 12:24:05.26

日本人は末端から考えるのが好きだから、例外をその場で全て個別に適切に処理しようとしてコードが膨れ上がり
握り潰しだらけでデバッグ不能なゴミが出来上がることが多いよね
未だにJavaの検査例外を有効であると信じてる人も多いし

2017/06/20(火) 12:46:21.09

むしろ集約例外ハンドラ使えとかなるべく呼び出し階層の上の方で処理しろって言ってる奴を見たら、
ああこいつは何も分かってないなと判断して眉にツバして話を聞くことを勧めるw

2017/06/20(火) 14:28:33.32

>>297
ついでに目玉と心臓も潰して電車に飛び込んで死ね単芝

2017/06/20(火) 16:45:59.98

Windows10での話なんですが、
フォームの左上とクライアント領域の左上の差を取得しようとPointToClient(Location)を実行するとおかしな値を返してきます
具体的にはフォームの外枠は1pxでタイトルバーの高さが31pxなので(-1, -31)を返さないとおかしいはずなんですが、(-8, -31を)を返してきます
（これはVSのデザイナなどで表示されてるWindowsベーシックスタイルのタイトルバー高さ、枠の幅なので多分そちらが返ってきているのではと思ったのですが）

表示されている状態に沿った値を取得する方法はないでしょうか

2017/06/20(火) 17:06:48.28

すみません別の単語で検索したら自己解決できました
DwmGetWindowAttribute()をつかう手法でやります

2017/06/20(火) 19:00:18.30

>>294
考慮不足なんじゃないかというのは、全ての例外を処理しろって事じゃないぞ？
その場で処理するべきかはケースバイケースだが以下は全て考えておくべきだって事だ

発生しうる例外は何か？
どの例外をその場で処理するべきか？
上に投げるのが適切としたのは何故か？

考慮不足じゃないかと言われたら相手が納得するまでこれらの考慮した事を説明すればいいだけ、相手と判断・認識が違っていてもより具体的な話が出来るだろう
もしそれが出来ないなら実際に考慮不足だからもっと考えるべき

2017/06/20(火) 20:06:21.02

質問者がどういう文脈のどういうニュアンスで「考慮不足」って言われたかなんか
お前に分かるわけねえだろw
エスパーか何かのつもりかねw

っていうか、何を偉そうに威張り散らして講釈垂れてるのかねw
こういう奴心底大バカだと思うわ

2017/06/20(火) 20:08:47.28

アプリが落ちたら考慮不足なんだよ!
顔面グチャグチャにされてぇのかクソが!

ってセリフを大手で聞いたｗｗｗ

2017/06/20(火) 20:23:15.93

System.OutOfMemoryExceptionで落ちても？
アプリの全域で落ちる可能性あるけど？

2017/06/20(火) 20:40:53.02

>>304
ひとまず組んだ奴の責任かなぁ?

2017/06/20(火) 21:10:22.17

お前こそ密室で発言した気になってろよ
明日は出社させねえからな

2017/06/20(火) 22:08:32.31

要件になってないのに考慮も対応もない
とりあえずで例外を捕まえるやつは転職してくれ

2017/06/20(火) 23:27:20.81

ん？例外はとりあえず呼び出し元にthrowしとけばいいってこと？
それとも下手にcatchするなってこと？

2017/06/20(火) 23:29:44.28

そのレベルで対処が必要とされているものだけ拾え
想定してないものまで拾うな握りつぶすな

2017/06/21(水) 02:43:49.89

これが分かりやすい
https://blogs.msdn.microsoft.com/nakama/2008/12/29/net-part-1/

2017/06/21(水) 03:23:32.47

>>310
クラスを使う側に回ったとき何でもかんでも例外で返すクラスとそうでないクラスと混在してて使いにくいんだよ死ねよ
って感じ
100箇所で呼び出したら100通りのルートを確保して死んでる

2017/06/21(水) 04:20:38.54

C#でエクセル出力したいんですけどどうしたら良いですか？