C#, C♯, C＃相談室 Part91 [無断転載禁止]©2ch.net->画像>2枚

■Visual Studio 2013 Community & Express(無償の統合開発環境)等はこちら
http://www.visualstudio.com/downloads/

■コードを貼る場合はこちら
http://ideone.com/

■前スレ
C#, C♯, C＃相談室 Part88 [転載禁止]©2ch.net
http://peace.2ch.net/test/read.cgi/tech/1437808445/
C#, C♯, C＃相談室 Part89
http://peace.2ch.net/test/read.cgi/tech/1443271409/
C#, C♯, C＃相談室 Part90
http://echo.2ch.net/test/read.cgi/tech/1455160063/

■次スレは>>970が建てる事。
建てられない場合は他を指定する事。

>>1
乙

>>1
乙
こっちが先だから一度上げておこう

Task使うとたまに
var a = new A();
list.Add(a); <- NullReferenceException
とか出るんやが、これ何なん？

俺は見たことない

お前の環境が悪いもしくはお前のコードが悪い
おま環もしくはおまコー

>>4
listをどこかでnewし直してるんじゃない？

aかlistかどちらかがnullで間違いないが作った本人しか確認しようがない
デバッガで見るか検証用のコード挟めばすぐ原因わかるだろう
仮に .Netのバグでも対処するしかないんだからｗ

スレッドの問題だった。
listは静的なメンバで宣言時にNewしとった。
止まった時変数確認したら中身入っとるし、なんやこれと思ってたが
ググったら別スレからアクセスされるとたまに出るってさ。

var a = new A();
おま環以前にこれで静的メンバを表したつもりとか池沼すぎるわ

>>9
お前は何を言っているんだｗ

？

ファーｗ

質問失礼します。

foreach(string key in tbl.Keys)
{
なにがしかの処理

if(とある条件) {
tbl.Remove(key);
}
}
（tblはHashtableです）

上記のコードはエラーになります。
ループ命令(for , foreach , while)で回しつつテーブルの要素をRemoveしていきたいのですが、どうしたら良いでしょうか？
tbl.CopyToで一旦Arrayに確保してループ命令で回す事で可能ではありますが、CopyToが省メモリやCPU負荷対策の観点からあまりよろしくないので、
別のやり方で行えるのであればやり方を教えていただきたいです。
分かる方、よろしくお願いします。

>>13
foreachで消したらダメなんだと思う
forかwhileでも普通に昇順(i++)に消すと格納位置がずれて違う場所がRemoveされていく
forかwhileで最後から降順(i--)でやると確実で安全。
もっといい方法があると思うけど

連投スマン。最後のは「多分もっといい方法があると思うけど、わからないのでそれは他の人に任せるｗ」
一応昇順でまわすときはRemoveしたときはi++しなければいいんだけどスマートじゃないんだよなあ

コンテナの巡回中に、要素を削除したら、誤動作する

ループ {
if(条件){要素削除}
}

普通に外側のループに、コンテナを使わなければいいだけ

for 文の降順処理がいいってジッちゃが言ってた。ような気がする。

降順といっても、Hashtableにindexあるのかな？
（…しかしなぜHashtable… Dictionaryではダメなのかな？）

・削除対象のkeyを集めたListを作って、そのListをループしてtblの該当要素を削除
（2回ループを回すことになるけど、List作りをLINQでやれば、まぁ、すっきりはする）
・削除しない要素だけ集めた新しいHashtableを作る
…のどっちかがいいような…

>>18
別の配列作って処理したくないって書いてあるから下になるな
抜き出した物も作りたくないといわれたらHashtableはindexが参照できないんだから無理って結論に

削除対象が少なければ、上のListを作る方法の方がメモリの無駄は少なくすむけどね…
逆に削除対象が多いなら下の方がいいんだと思う

Hashは、O(1) 定時間の計算か、O(log) 木だろ

ループなんかしない

Linqでやるのが正解でしょ

最近オブジェクト指向エクササイズというものを知ったんだけど
1つのクラスにインスタンス変数2つ、getter、setterは使わない
というのはEntityFrameworkを使ううえで無理が出るし
1行につき1ドットまでってのはLinqで無理が出ると思うんだけど

この辺は単純に例外と思っておいていい？
それとも何か推奨される対処法があったりする？

>>13
ご要望には沿えないけど、こう書いちゃうかな。

string key in tbl.Keys.Cast<string>().ToArray()

>>13
List<string>DeleteKeyListを用意して判定追加と要素削除の2回にわけるかな
その方がデバッグしやすそうだ

画像ビューアのファイル選択機能として
エクスプローラ風のツリービューとリストビューを付けたいのです
http://www.ipentec.com/document/document.aspx?page=csharp-shell-namespace-create-explorer-tree-view-control-and-linked-list-view
このページを参考に作成したのですがvisual studioやcodepackを利用してそのまま引っ張って来るようなものはありますか？
また、ファイルの移動方法を自作アプリでやらずにwindowsの標準のコマンドプロンプト動作に投げるにはどうすれば良いでしょうか

>>26
下はWINAPIになるんじゃね
Dragイベント作ってcopyかmoveでやった方が楽な予感

XPライクなUIを作りたいという意味だよね
エクスプローラー風と言われてもリストビューに変わってから10年経ってるし

vixという画像ビューアがあるのですが、まずソコを目指して作りたいのです

レスありがとうございました！
削除リストを作成して、後で消すようにしました。
また、HashtableもDictionaryにするようにしました。

GCHandleってAllocした後もインスタンスをどこかに取っておかないと勝手にFreeされて消えます？

C++とP/Invokeで相互に呼び出すコードの何処かで
FatalExecutionExceptionが起きて困ってたんですが
GCHandleをリストの中に置いておくと例外が発生しなくなったように見えます

Freeされない限りオブジェクト自体が削除されるような仕様はないと思うぞ

Normalだとアドレスが差し変わる可能性はあるから
Pinnedにせずにアンマネージドの関数ポインタにデリゲート渡したりしてると危ないけど

メソッド内でPinnedしているのはメソッド抜けたらFreeされるんじゃないかって思ったことはあるな
確認の仕方がわからないから必ずIsAllocatedで見てFreeしているがｗ
外でAllocしていてもし勝手にFreeされるのなら困るｗ

GCHandle自体もGCの対象になるのなら参照を保持するためにどっかに置いておかないといけないのでは？と思いました

渡してるのはBlittableなオブジェクトではなく普通のC#のオブジェクトなので
Pinは出来ないと思います

MSDNのGCHandleの使用例だと一関数分使っただけでFreeで解放してました
この例だとスコープ抜けるまではGCHandleが有効だから問題無いのでしょうか

私のプログラムはいろいろ事情があってアプリケーション終了まで保持する必要があります

https://msdn.microsoft.com/ja-jp/library/system.runtime.interopservices.gchandle.tointptr(v=vs.110).aspx

GCHandle.ToIntPtrはオブジェクトの内部表現を返すとありますが
GCHandleそれ自体も普通にGCの対象になるのなら
GCHandleが回収された時にIntPtrの指す内容も無効になるのでは？

FatalExecutionEngineErrorが起こるとどうデバッグして良いやらわからないので
もう見たくないです・・・

>>34
GCHandle自体は構造体でメンバもIntPtrだけなのでGCは関知しないはずです
まずは設計がおかしくないか具体的なコードとエラーコードを書くことからかな…

>>35
ありがとうございます
直ったような気がしたのは気のせいか・・・

別の問題っぽいのでちゃんと整理してから書きます

そのIntPtrをネイティブの中で使ってないよね？

Normalで作成したGCHandleのToIntPtrはネイティブコードの中で有効なポインタとして使えないはず
コールバックの中でGCHande.FromIntPtrとかやるなら可能

ネイティブ中で使うにはPinnedにしないとダメ

>>37
解決しました

マネージドのバイト列をC++に渡すコードで1箇所間違ってポインタの固定を解除している場所がありました
使い終わってからポインタの固定を解除するようにしたらAccessViolationやらFatalExecutionEngineErrorは起きなくなりました

ヒープが破壊されると毎回異なる場所で例外が発生するので
発見に少々手間取りました

VC# を対象としてグーグルで検索したいんですが
みんなはどんな単語で検索してます？

ステータスバーつけたいなーと思って
VC# ステータスバー
で検索してもVC#の話は全然引っ掛からないし
もうおうちにかえりたい

C# ～～の方が引っ掛かると思うぞ

Visual C#ならまだしもVC#だと無理だろｗ
そもそもここのスレタイ見て気づけとｗ

言語の話なら、C#
IDEの話なら、Visual Studio
で検索するなぁ。
Visual C#って単語で検索したこと無い。

>>40-41
ありがとう・・・ あたたかい・・・これがインターネットのぬくもりか

昔は # が検索できなかったから C# の検索は大変だったなｗ

実行形式のアセンブリ(exe)なんだけど、他のアセンブリから参照されて
クラスライブラリ的にも利用されるアセンブリAがあるとします。

Aのコードの中で、自分が実行ファイルとして起動されたのか
他のアセンブリから参照されているのか判定する方法ってあります？

>>45
exeのエントリポイントで判断

Assembly.GetEntryAssemblyかな

>>46
mainが実行されたかどうかで判定するってことですか？
泥臭いような気もするけどそれが確実ですかね...

>>47
Assembly.GetEntryAssemblyとAssembly.GetExecutingAssemblyが同じかどうかで
判定する方法は自分も考えたんですが、もうすこし格好いい（笑）方法ないですかね。

とにかくどうもです。

>>39
CSharp

素人です
日時で 131112345678901234 のような 18 桁の既存データがありまして
yyyy/MM/dd HH:mm:ss.fff に変換して表示したり
任意の日時からこの形式に変換して検索とかしたいのですが
1600年と9時間ずれてまして、、、これと多分同じだと思います
http://stackoverflow.com/questions/18467157/converting-systemtime-native-c-to-datetime-c

オフセットすればよいのでしょうがダイレクトに変換する方法があれば教えてください

1600年w

>>50
試してないけど↓は使えない？

DateTime.FromFileTime メソッド (Int64) (System)
https://msdn.microsoft.com/ja-jp/library/system.datetime.fromfiletime(v=vs.110).aspx

どの日でも　1600年と9時間のズレなら、　その数字から
ズレ分の数字を足したり引いたりするだけでいいんじゃねーの

すみません自己解決しました
FromFileTime
ToFileTime
というので出来そうです

>>52
はい、その通りです

とりあえず変換関数にまとめてオフセットしとけばいいじゃないの
その値の出どころを特定できれば逆変換の関数も用意されてると思うけど

どう見ても 9 時間は時差じゃね？

roslyn for scriptingのcsxで、
ランタイムにコンパイルしたとき、コンパイルエラーなどの情報の取り方がわからないのですがどこかにドキュメントか情報ありますか？

CやC++はわかってるけど、C#もWindowsGUIも初めての人
が対象のお勧め本はありますか？

>>58
C++でwinアプリを作れるならC#はかなり簡単らしいから本とかなくてもすぐ出来る用になると思うよ
「C# WPF」でぐぐるかやふればいい

コンパイルエラーは例外で投げられてました
なかなかデバッグが捗らないけど
とりあえずこれで頑張ります
ツールでも作るか

>>45
そんなのが分かったとして何に使うとよ

そもそもexeをライブラリとして使えた？

>>62
ＤＬＬと同様に参照することはできる

>>63
つまりエントリポイントがあればexeにもdllにもなれる、なければdllのみって事か

>>63
objフォルダとbinフォルダに同じdllやexeが入っているがどっちのフォルダを参照してもいい？

>>65
exeはライブラリとして使ったことないけどDLLはビルド時に参照位置から必要な場所にコピーされるだろ

>>45
getmodulename

12.3456789 度っていうdegの出力を12.34にするにはどの関数を使えばできますか？

出力はdoubleでも構いません

100倍して小数点以下切って100分の1

>>69
有効数字を切る関数ってないんですね
できました、ありがとうございました

##.00のフォーマットじゃだめなのん？

フォーマットって四捨五入じゃなかった？
てか一度文字列化してまた数値に戻すとか無駄ありすぎでしょ

>>72
四捨五入されるのか？
https://msdn.microsoft.com/ja-jp/library/0c899ak8%28v=vs.110%29.aspx
表示に使うか計算を続けるかで変わるが
個人的に表示なら.ToString("F2")とかを良く使っているな
http://dobon.net/vb/dotnet/string/inttostring.html
数値として使い続けるのなら>>69のやり方一択だが

こういうのってMath.Truncateで標準実装して欲しいよな

>>73
両ページの例見りゃ分かるけど四捨五入してるじゃん
それと今回の質問は切り捨てだからそれじゃ要件満たさない

丸めなら、double Round( double value, int digits, MidpointRounding mode )でmodeをAwayFromZeroにすれば行けるな。

丸め→四捨五入

>>75
今回の例だと、切り捨てたいのか銀行丸めで良いのかわからんのだが

>>73
2ケタなら問題ないだろうけど、もっと下のケタで切り捨てる時に
そのやり方で誤差が出ないか（意図と違って切り上げになったりしないか）ちょっと疑問かも。

かといってどうすりゃいいのかよく分からんな。
static double Truncate(double x, int decimals)
{
　　if (x == 0) return 0;
　　var round = Math.Round(x, decimals, MidpointRounding.AwayFromZero);
　　if (round / x <= 1) return round;
　　var digit = Math.Sign(x) * Math.Pow(10, 1 - decimals);
　　return Math.Round(round - digit, decimals);
}

これじゃ何か無駄っぽいし

>>74
切り捨てや切り上げは丸めと違って誤差が影響した場合のインパクトが大きいから実装したくないんだろ
「0.0999999999999999」の切り捨ての結果は大抵のプログラマは0.1を期待してるだろうけど、普通に実装したら0.0になるわな

実装されてないのは桁数を指定した切り下げ、切り上げだよ
桁数指定できないのはあるだろ

> 「0.0999999999999999」の切り捨ての結果は大抵のプログラマは0.1を期待してるだろうけど、

いや、それは無い

切り捨て？

丸めが気になる数字にdouble使うのはどうかしているだろ
decimalは何のためにあるのかね

decimalって関係あるのか？
動的型付けのキーワードなのに

>>85
その発想がおかしいw
問題意識が逆立ちしてるなw

>>86
もしかして:dynamic

decimalはこっち
https://msdn.microsoft.com/ja-jp/library/364x0z75.aspx
>>decimal キーワードは、128 ビットのデータ型を示します。
>>decimal 型は、浮動小数点型よりも有効桁数が多く、範囲が狭いので、財務や金融の計算に適しています。

>>88
あっそっちか
dから始まるクソ長いキーワードとして覚えていたから勘違いした

>>85
doubleならそれほどでもないと思うが
singleならともかく
そもそも特定の桁から下切って使い続けるってめったにないだろうし
誤差許容範囲を作るのにやったことはあるな

NLuaからC#のジェネリック型を使うにはどうすればいいでしょうか？
List<T>を使いたいです

NLuaの作者に聞いたら？

>>92
国産じゃないので無理です

C#も国産じゃないからこのスレで質問するな

>>94
国産じゃないから作者に質問できないって言ってるんですが

ｗｗｗｗ
そんなくだらないことで作者の手を煩わせるなよ
その手はここで聞くよりstackoverflowの方が早くて確実だと思うぞ

まあ安っぽい煽りにのって見当はずれなレスつけるくらいなら2chやらない方がいいな

decimal と dynamic の区別もつかない子なんだから
みんな優しくスルーしてあげようよ

>>98
普通の長さの単語なのにねぇ。

decimal
default
delegate
do
double
descending
dynamic

default
delegate
do
double
はよく使うから覚えてるけどdecimal、descending、dynamicは使ったことないから許して

descendingってLINQのキーワードか

85だが、dynamicくんは良いとして、87の人がキレた理由がさっぱり分からん
本人でも他の人でも良いけど解説してもらえないでしょうか？

>>103
キレてるように見えないとおもうけどw
特に理由がないならdecimalのような高コストな型の使用は避けるのは当たり前だw

浮動小数の演算は誤差を生む可能性があるが、それは必用な精度を確保する手段がない
ことを意味してない。

計算するときに丸め気にしないことなんてないから、doubleの必要性がなくなる

>>104
丸めが問題になる金融系だとdecimal使うのは常識だろ
decimalのコストが気になるほど速度にシビアでdobleの丸め誤差が気になる場面はめったにないな
金融の大規模な計算はDBにやらせるのが筋だし

だから誰も金融系の話なんかしてないでしょ。
何をいってんの。

「丸めが気になる数字にdouble使うのはどうかしている」なんて寝言を言ってる奴がいるから
そんなことはねえよ、そういう話だよ。

>>107
金融系除いて、decimal使えないほど速度にシビアで丸め誤差が気になる場面って一体何時起こりえるの？

機械学習とかイメージングは演算誤差が大敵
かつ速度も要求される

かといって高精度整数を扱うのにはコスト的に無理があった彼らは
べらぼうにサンプルを増やして誤差を均一化するか, 補完法を改良することでお茶を濁した

>>110
後、もう一つ大事な条件書き忘れていた
「C#で」

>>109
「誤差」という言葉でひとくくりにしすぎ。
そういう一般的な数値処理は誤差が許容範囲以下であればいいんであって、丸め誤差の問題とは
やや性質が違う。そもそも処理の途中でいちいち丸めないし。

>>108
何を言ってるのか意味がわからないけど、繰り返しになるが
必用もないのに高コストなdecimalを使う理由はないし、そんなプログラマもいません。
理屈を分かってないダメグラマは別にしてね。

予想通り言いがかりでしたｗ

たとえ遅くても演算誤差でバグが発生しない方を俺は使うね

decimalとdoubleでそんなにコスト違うのかね

誤差とコストでどっちとるって話だが
まあそのコスト差すら気にするコストにシビアな環境なら気を付ければいいさ
そこまでシビアな環境でC#を使うこと自体の意義を問い詰めたいけどな
通常は多少のコストで誤差がなくなるなら、そっち選ぶと思うけど

>>113
>必用もないのに高コストなdecimalを使う理由はないし
だから具体的にdoubleで問題が出る（＝丸め誤差が問題になる）C#のジョブを書いてくれよ
想定なしなら言いがかりだよね

当たり前だけどdecimal使ったって誤差を無くせるわけじゃないよw
doubleみたいに基数2の浮動小数であることに起因する誤差を無くせるだけ。
無理数が有限の情報量で表現できるわけないでしょw

>>117
だから何を言ってるの？意味が分からん。

俺はdoubleにはその手の演算誤差があっても必用な精度を確保する手段はあるから
無暗にdecimalなんか使わずにdoubleを使うのが普通だと言ってるんだけど。

何が「だから」だよ。

最初のレスから「丸め」と書いてあるのに今更何言ってるんだかｗ

>>120
その「丸め」って言葉を恐らく君は誤用してるんだけどねw

0.1が正確に表現できない環境が普通なやつとは話が合わんな

>>119
最初から「丸めが気になる数字にdouble使うのはどうかしているだろ」と言っているのに日本語判らないのかな？
気にならなければdouble使えばいいだけだろ

>>123
じゃあ聞くけど、そもそも「丸めが気になる数字」ってどういう意味？
言葉通り受け取ると全然理解不能なんだけど

>>121
浮動小数点は2進数表現だが、実際に使われている10進数を完全に表記できないから
誤差が生じるってこと以外の丸め誤差を書いてくれ

俺は何と勘違いしているんだ？

Vi80rqnkの主張は普通はdoubleで良いだろって主張なのは理解できるが
5NqeNpQmの主張は俺にもいまいちよくわからん

相談内容置いてきぼりの議論は、
このスレ使ってあげて。

ふらっと C#,C♯,C＃（議論用）
http://echo.2ch.net/test/read.cgi/tech/1469538912/

>>125
何言ってるんだか意味がわかりません。
誰と戦ってるの？w

>>128
細かいことが気になるならdecimalを使って、気にならないならdouble使えばいいってことだよ
decimalを目の敵にしているのか理由が分からん

そもそもアンタはdoubleで問題になる具体例を出せないじゃないか

何でdoubleで問題ないからdouble使えって言ってる人間に
doubleで問題になる具体例を求めるんだよw

意味わかんないよw

>>130
丸めが気になるならdouble駄目じゃんｗ
そういう時はdecimal使えよ

だから「丸めが気になる」ってどういう意味？w

>>132
>その発想がおかしいw
ってレスしておきながらいまさら・・・

あのねえ、こんなの学部のプログラミングの最初の講義で習うような話だと思うけど、
https://ideone.com/8wrQC7

何も考えずにdoubleを使うと上のgrossの結果にあるように演算結果に誤差が
出ちゃうことがあるけど、ちゃんと誤差の性質を理解していれば、何度も言ってるように
必用な精度を得ることが出来るんですよ。

>>134
これって最後に Math.Round してるのは答えが 100000 になるって知ってるから？
それとも必要な精度の１つ下の位を Math.Round しておけばどんな計算でもOKなの？

>>135
有効数字が小数的1桁の数字(delta)を何回加減算しても
結果の有効数字は小数的1桁

だから累積誤差が±0.05を超えない限り、小数点1桁で丸めた値は必ず
数学的に正しい値になる。

もちろん演算結果の桁数（指数表記した時の仮数部の桁数ね）があまりに大きい
（doubleの場合確か16桁ぐらいだと思ったけど）と正しい結果にはならないけどね。

>>136
問題はRoundの結果に対する誤差の影響についての方だろ?
結果が100000.05付近になるとき、100000.1になるか100000.0になるかは
累積の丸め誤差に依存するよね
MSDNでも実際にそれが問題になっている例が示されてる
https://msdn.microsoft.com/ja-jp/library/f5898377(v=vs.110).aspx
結局>>81が示してるようなコーナーケースがあるんだよ

現実には結果に±が付くような問題よりも0.051を0.05として四捨五入するような問題の方がずっと多いにもかかわらず、
情報系の教育って後者の分野を軽視する傾向があるよね
学者さん達はCOBOLの悪夢で辟易してるんだろうけど、
>>134みたいなのを社会に送り続けている責任について真面目に考えるべき

教科書ネタは伸びるな

悪いけど>>81も>>137-138も何を言ってるのかさっぱり分からんな
何か盛大に勘違いしてることだけはよく分かるけどw

まあ人づだけいっておけば、丸め処理には誤差があるぞって得意気に言ってるのかもしれないが、
それは丸め処理の誤差じゃなくて上にも何度も出てくる浮動小数の仕様に起因する誤差であって、
問題でも何でもない。

問題があるとすれば、そんな問題でもなんでもないもののせいで間違った答えを吐き出すような
コードを書いてしまう無能な、 sK75NDgMのような無能なプログラマの方だ。

科学技術計算的には多少の誤差あっても
いいって習ってたから
なんか駄目なのか？って思ったけど
要は使い方とプログラミングの問題よな？

>>142
というか全てに当てはまる基準なんかないんだから
用途もわからないのにこっちの方が正しいとか言う議論なんか無駄の極み

バタフライ効果を起こさない程度にしとけよ

>>143
絵に描いたような2chネラっぽいアホな意見でいいねそれw

>>142
多くの用途で誤差があっても許容できるというより、誤差は制御できる
（誤差の影響を受けずに必用な精度を得る方法はちゃんとある）というのが正しい理解。

>>146
制御したいのは誤差じゃなくて丸めの挙動な
知識を披露したいのはわかるが、話を逸らさないように
doubleの計算で結果が中間値に極めて近い値になるときの丸めの挙動が予測困難であることについて君は何も答えられてないよね

数値計算の誤差の考え方には二種類あるんだよ
・誤差があるのは当然だから誤差は明示的に示すか不明確な桁は表示しない
・たとえ計算上の誤差が影響した桁だろうが、ある決まった桁まで数字を出さなければならない
後者は金融系が代表的だね
そして後者の場合、誤差範囲の中でなぜその数字になったか説明するための理由が必要だ
それには、丸めの挙動を制御することが非常に重要なんだよ

>>147
相変わらず何を言ってるのかさっぱり分からない。

丸めの挙動に予測不能性があるとして、そんなものに結果が影響されるような
コードを書くのはただの馬鹿だ。

そもそもdoubleの実装の都合上、別に丸めに限らずあらゆる演算に誤差
（お馬鹿さんの表現で言えば予測不可能性）が酒れらず、
にも拘わらずそれは制御可能であってまったく問題にならないと
実例を上げて言ってるのに馬鹿じゃなかろうか。

お馬鹿さんに行っても分からないだろうけど、丸めの結果がどっちに転ぶか
予想できないような場面で丸めを実行するようなコードを書いてるとしたら
それはただのプログラマの頭の悪さに起因するバグだ。

>>151
だからそれをdecimalで解決できるケースもあると言ってるんだけど、理解できないかな?
あんたの理屈だとdouble値が10進数の中間値をとるケースなんて想定すること自体が間違っているということになるよね?
俺もそれには同意するよ

予測不可能性なんてないからｗ
金計算するならdecimal使えばいいだけのこと
そのためにあるんだから

>>152
桁の多い演算でdecimalでしか対処できない領域があるのは最初から当たり前。
当たり前だまったく何の必要性もない型をわざわざ用意するものか。

最初から言ってるように、ありえないのは>>85のような愚かな考えだ。

NGでスッキリ

doubleだろうがdecimalだろうが性質理解して使うのならどっちでもいいだろうに
つまんない事にこだわっているのを見るとコードを書かない人なのかなって思う
それとも学校や職場でそう教えられるのかね。趣味グラマには理解できない

物理の計算においてdoubleじゃ間に合わないケースがある極大な数×極小な数とかね
doubleまででしか使えない場合はなんとか工夫するわけだけどそれじゃ間に合わない場合がある
そういう場合のために4倍精度(128ビット)とか8倍精度(256ビット)の2進浮動小数点が使えるように
なってる環境がある

反して金計算ではよくは知らんが必要な制度はせいぜい20何桁程度だろ。
それも小数点以下は5桁もあれば十分という。。。
すべては適材適所なんだよ。

Π使うような場合は有理数計算するけどね

ゲーム作ってるけどdoubleの誤差で困った事なんか一回もないぞ

>>157
＞極大な数×極小な数とかね
浮動小数なんだからそれはないよw
doubleで対処できないのは大きな桁の有効数字（たとえば20桁とか）が要求されるケースだけ。

しかしさあ、丸めの挙動の問題とかで
桁数の多い演算でもないのにdoubleでは対処できないケースがあるなら
後学のためにぜひideoneかどこかに実例で示して欲しいよ。
本当真面目に。

まあそんなのありえねえと思うけどさw

あれ、間違えた
間に合わなくなるのは
☓　極大な数×極小な数
○　極大な数＋極小な数
のケースね。
そういうのを扱わななくちゃいけない場合はここにいる人の大多数にとって普通はないだろうけど場合によっては必要となる。
ブラックホールをシミュレートしなけりゃいけない時とか。。。

まだやってんのかよw

ここって浮動小数スレなの？

_ _ ''< _ _ _ _ _'i゛゛゛ _ _ _ _ 　　　　 i'''''l 　　　　　T'''>　　　 __/' _ _ _ _ _ _'l゛゛゛ _ _ _ _ 　　 _ _ _ _ _ _ _ __ _ ____ / <
_ '<　 ' l _ _ _ _ _ _ _ _ _ _ i 　　　　ﾉ　i 　　　　　ﾉ　l 　　　 ｀‐ _ _;ﾉ _ _ _ _ _ _ _ _ _ _ l　　ﾉ _ _ _ _ _ _ < ｀゛____ _ ‐´
　 _' /' _ _ ﾉ_ '　 _/ _ ' _ _ 　　l''''''''' _ ''''''''ii'''''''''''' 　''''''''l　　　 ' /゛ _ _> _ _ __｀ _< _ _ 　　 _ _ _ _ _ _ _ﾉ　ﾉ
　　　　 i _ _ _ < _ _ _ < _i 　　 '''''''>　T''''''゛''''''''''/　l''''''' 　　　　　 ﾉ __ _ _ _ '_ _ 　 _l 　　 ﾉ　_ _ _<　l ﾉ　‐‐‐‐‐‐‐‐
'/‐‐‐ _ﾉ　'il'''''' 　 '''''lﾉ　i　　　 _> 　 ゛'‐ _　　 / 　ﾉ　　　 '/‐‐‐ _ﾉ　lT''''' _ "'''''ll　ﾉ　　　i　ﾉ　 _l　ﾉﾉ　'/‐‐　_‐‐‐
ﾉ‐ _　ﾉﾉ　ﾉ_゛┘ ゛゛゛ﾉ　l　　 __｀ __　'/_ _'/ _｀ __ _ﾉ　　　 ｀‐ _　 i l　ﾉ゛゛゛　゛゛゛ﾉ　i　　　ﾉ _゛゛゛゛　i ﾉ　l　 l _ l
　 _l　 i i _ lﾉ　i゛゛ﾉ ﾉﾉ　ﾉ　 '/ _ _''i _ﾉ _ ''‐゛ __ _i　ﾉ　　　　　ﾉ　ﾉﾉ　l i _'i゛´ﾉ ﾉﾉ　ﾉ　　 _l　ﾉ゛゛ ‐‐゛/ _i 　ﾉ　l
　 _l　 i i _ iﾉ _ _ _ _ /｀　i　　 ' < _ﾉ　i _ﾉ ___ ゛　ﾉ _i　　　　　 l 　ﾉﾉ _l l _ _ _ _ /｀　i 　　 ﾉ　i 　　　 / _'l 　 i　ﾉ
_ < __ _ '''''' ｀゛ _ _ _ ｀'''''' <　　　　ﾉ　l 　 ゛ 　 __ﾉ　i 　　　 _‐゛ _ _ '''''' ｀´ _ _ _ "'''''' <　 '/　ﾉ　　__ ゛ ノ 　 ﾉ　ﾉ
_> ‐ _ ''‐ _ _ _ _ _ _ _ _ _ _　　　　 _L_ﾉ　　　　ﾉ___ ﾉ　　　 _' _‐ _ ''‐ _ _ _ _ _ _ _ _ _ _/　 '‐_/　　 '' _ ‐ 　　 ﾉ _ﾉ

　　∧∧ ミ　 ドスッ
　 (　　) ＿＿＿＿＿
　 /　　つ 話題終了｜
～(　 /　 ￣||￣￣￣
　∪∪　　　|| ε3
　　　　　 ﾞﾞ~ﾞ~

相変わらずよくわかってないトーシロですけども
とりあえず

・二進法の都合上、小数点以下の実数は完全には
表すことが出来ない
・実数を表すのに浮動小数点数方式を
使うがあくまで擬似的な手段かつ
何処かしらで丸めるので
必ず誤差は発生する。
しかしプログラミング次第でその誤差は小さくできる。

・一切の誤差が許されないような環境、
つまり銀行などの金融関係では
decimalを使う

一般教養としてはこういう理解で
よござんすよね？

>>148
> ・たとえ計算上の誤差が影響した桁だろうが、ある決まった桁まで数字を出さなければならない
そんな要件見たことないけど
ましてや金融で w

まあ質問専用スレじゃないし気の済むまでやればｗ

だから適材適所って言ってんだろゴラァ
どちらか片方しか使えない呪いでもあるんですかね…
両方使えるなら両方使い分ければいいだろ
速度と精度を天秤に掛ける事も出来ないんですかね

>>167
だからdecimal使ったって一切の誤差を無くせるわけじゃないってばw
無くせるのは基数が2の浮動小数であることに起因する誤差だけだと言ったでしょ

本当に誤差を避けたいときはすべて整数型で処理して割り切れない除算もしない
馬鹿らしいけど実際に俺はやってる

そもそも物理の世界では有効桁ってのがあってだな
丸目誤差なんてハナから相手にしてないとか

>>171
一切の誤差が嫌なら分数・n方根etc型作れよ
javaと違って演算子の定義出来るから楽だろ

>>174
作れよ、だってさ
命令口調の奴って例外なくアホだな。

decimalの価値は、表記と内部の値が完全一致することだが
説明してもどうせ無駄なんだろうな

>>175
作れ→命令
(～をしたいなら)作れよ→自分でやりたい事を実現するためには自分でするしかない

誤差が嫌なら整数型でやればいいじゃんってのを実装したのが
まさにdecimalなんだが

decimalは10進浮動小数点だからな。普通の金計算の範囲では十分ってだけで誤差がなくなるわけじゃない
簡単な話、たとえば1/3は誤差なく表現できない
有理数型をサポートしてる体系があったり、C#でも自分で実装してもいいわけだけど
それでもpiを誤差なく表現できるわけではないし（笑）
全ては求められる精度によるんだよ

PIはPIとして定義するとかでいい
数学と同じ

ここまでID赤いのは全部ＮＧでおｋ
具体例もないから参考にもならない

元々は>>69を誤差なく実行出来るのを保証したいのが出発点でないの
今となってはそれすら良く分からんが

>>182
何が目的かわからなければ誤差をどこまで許容するかわからない
そして元の質問者は既に納得して解決済み

ちょっとした計算でなんとなくLispを使ってしまう俺としては、モダンな言語で
そろそろ有理数型が基本型として使えるのが当たり前になってほしいところ

世の中には１／３円は存在しないし、πｍの定規も存在しない
decimalの解像度は十分な精度を持っているということだね

>>185
ちょっと単細胞過ぎるよ
カネ勘定の世界でも普通に除算は使いますw
例えば按分ね

１０円を３つに分ける場合３円、、３円，４円で分けるよな
１／３円など存在しない金額は使いみちがない

技術的にはお互いに理解してるのに、相手が理解してないと思い込んで話してるせいでぐちゃぐちゃになってる
日本語力の低さがやばい

>>187
そんな単純じゃないよ。
普通の商売でも小売り以外は銭以下の単位で単価を設定するのは当たり前。
金融ならなおさらだ。

何が言いたいかって言うと、金勘定ならとにかくdecimalを使っておけば安全だ、
などということはありえないということ。

プライドの安さも大したもんだろ
スーパー玉出よりひどい

ここまでバカやってりゃどっちか飽きるぞ普通は
普通じゃないのがコラボレーションするとこうなる

よく知らないんだが、doubleだと0.1を10回足しても１にならないって聞いたんだけど
doubleで問題ないって人は、0.1を10回足して結果表示するコード書いてみてほしい
必要な桁数の精度は整数部2桁、小数部2桁で4桁もあればいいから

>>191
https://ideone.com/GFUHjj
( ﾟ∀ﾟ)ｱﾊﾊﾊ

ちょっとした計算はそろばんを使ってしまう俺としては、23桁以上の足し算は苦手だ

つ 算木

>>189
端数はシステムでどうするか指定できる(考慮している)のが普通なんじゃね
そこまで話を膨らませたらイチャモンに思えるわ

>>189
会計は取引や決算の段階で全て円単位に矯正されて、総額と明細の差額は端数処理されて別勘定に振り替えられる
金融関係はdecimalで全く問題がないんだよ

>>191
そもそもそういう目的で使うならdouble使わないですしおすし
使い分ければいいって話してるのにそれが分からないの？
お前はゲーム作るのにもクッソ遅いdecimal使う気？
単細胞死ね

【C#】decimal VS double/float [無断転載禁止]?2ch.net
http://echo.2ch.net/test/read.cgi/tech/1470364669/

まだやるなら移動

ウザいのは分かるが自重しろ
自分が使わないスレ立てるのは荒しと一緒だぞ

>>199
「どちらが優秀か」みたいな議論になってきてるやん
>>191みたいなのが問題ない時もあるのに

>>197
「そういう目的」でもdoubleで十分なんですよ。>>134
あえてdecimalを使わなきゃならない場面なんて普通はまずない。

それから、必用もないのにdecimalを使うような人（要するに誤差の問題をよく理解してない人）が
decimalを使っても意図したような誤差を含まない演算結果が得られないコードを
書く可能性が高い。

>>200
まず自分が移動しろ

>>192,201
たしかに必要な精度が4桁で良いって前提なら問題ないように見えるけど
誤差は累積しないのか？
たとえば0.1を10回たして1.0を引く処理を1000万回ぐらい繰り返しても問題ないのか？
それともその場合はあえてdecimalを使わなきゃならない場面なのか？

>>203
基本的な考え方は>>136に書いてあるよ。

日本は戦闘機を一つ一つ職人による
手作業で寸分の狂いなくつくった

一方アメリカは公差に基づいて
大量生産した

それなりに動けばいいんだよ

>>204
>>136は、累積誤差が必要な桁数を超えない限り問題ないって書いてあるだけだろ

聞きたいのは、ほとんどの状況でdoubleでOKだって言ってる人に
じゃあどういう状況がdouble不可なんだって事

誤差がどの程度累積するかなんて、正確に見積もれるのか？

doubleとdecimalでどんだけ速度差あるのかも良くわからん
基本、適材適所なのはその通りだけど
速度（とメモリ）に問題なければ基本decimalでOKって考え方の方が安全だと思うんだがな

移動しろ

double不可は小数の離散値を扱う場合と情報落ちが問題になる場合だな

>>206
何を熱くなってるのか知らないけど、見積もれるに決まってるでしょ。
まさか誤差はランダムな値だとでも思ってるの？
馬鹿じゃないの。

>>209
1回の誤差は実行される式の値でわかるとしても

毎回同じ値の計算しかしないとでも？
何回実行されるかわからなくてもどれだけ累積するか見積もれると？

doubleの情報落ち対策は、例えば1E6個の値の総和を求めるなら
1E3個ごとに分けて和を求めて得た1E3個の和の和を求める、なんてことをするね
単純に数式弄るだけじゃないので結構辛い

>>210
一回の加減算でどの程度の誤差が発生しうるかは分かる（恐らく演算結果の
最上位桁の1の1e-15より小さい）のだから、どの程度の回数の演算まで「安全」かは
扱う数値の範囲と有効桁数から事前に計算できるでしょ。

>>212
安全な回数を実行回数が超えるような場合でもdoubleでOKなの？その場合はdouble不可なの？

乗除でどの程度の誤差が発生するかも事前に計算できるの？
安全な回数がわかったとして、実行回数がそれを超えるかどうかはどう見積もるの？

基本doubleでOKだって言うのは、毎回その安全な回数と予測実行回数を算出してるの？
それとも体感上とか経験上とか、あるいは何の根拠も無く安全な回数を超えないと思ってるだけなの？

使い分けも出来ない低能どもはいい加減移動しろよキモすぎ死ね

>>213
少しは自分の頭で考えてよw
累積誤差が「安全」なうち必用な位置で丸めを行えば
数学的に正しい答えが得られなくまで誤差が累積することを防げるでしょ？

乗除算（特に除算）の誤差についてはdoubleに固有の問題じゃない。

夏真っ盛りだからな
真っ赤なのは頭の中茹であがってんだろう
設計段階で予測できそうにない誤差が出そうならdecimalでもdoubleでもなくint使っとけ

>>215
だからその途中で丸める必要性の有無やタイミングを正確に把握できないのに
基本doubleでOKだってのにどういう根拠があるの？って聞いてるんだが

>>217
正確に把握する必要なんてないの。
「安全」が確証できる間に丸めを行えば必用十分。
何を言ってるのかね。

っていうか、今の大学のカリキュラムってこういう話やらないの？

俺がスレ建ててやったんだからいい加減移動して続きやれよ

ID:WxI1qvCLはもう一度勉強しなおせ

正確に把握できないものの安全を確証できるのか
確かに俺には理解できんわ

つまり、基本dobleでOKってのは、安全を確証できるならdoubleでOkってことでいいのかね
どうやって安全を確証してるのかは俺にはわからんけど

>>222
http://echo.2ch.net/test/read.cgi/tech/1470364669/

>>219
10進小数を2進数で表現するときの誤差の問題って学校だとあまり真面目に扱わないからね
それが重要になるような分野だと昔は10進固定小数点を持つCOBOLが使われてたからあまり問題にならなかったんだろう
そしてC系がCOBOLの領域を奪った現代になって、正しい教育を受けてない君みたいな問題児が出てきてるわけだね

問題児というか同じ理屈何度も書き込んでいる馬鹿にしか見えん

ずっと気になってたんだけど、必用じゃなくて必要だよね？

EventArgs e とかの 'e' って何の略でしょうか？

>>227
イベント

e、e、e、気持ちe！
じゃないの（もうすぐお盆だね）

>>224
みっともない負け惜しみだな。

お前らまだやってたのか

ここで議論している人たちはスレ違いってことに気付いていないのかな

>>232
いつも思うけど、こういう寝言書く奴って自分は特別とでも思ってるのかね。
お前自身のやってることは何なんだ馬鹿。

>>228
ありがとうございます
やっぱそうなんですね

>>234
納得してるところ悪いけど違うと思うよw
型名(EventArgs)のイニシャルだと解釈するのが普通

>>235
ありがとうございます

例外処理で被るから無性に腹が立つよ

例外はexで統一した

統一したら被るんじゃない？

>>239
FooException ex と BarException ex を同時に使う状況ってこと？

ごくまれにcatchの中でtry-catchすることはあるがまあその時は柔軟に

かぶったらex1とかex2でok
どうせスコープは短いだろうし適当な名前で問題なし

>>240
いや、それはキャッチのスコープが違うから問題なかろうけど、>>241のケース

catchの中でtry-catch…！ そういうのもあるのか……！

エラーのリカバリー処理でエラー発生リスクが有る場合かな？
色々見なおしたほうが良さそうな気もする

for文のi j k みたいに e f g って続いてたら笑ったのに

>>245
普通にあるでしょそんなもん
そのへんをいい加減に作ると後片付けがうまくいかなくてフリーズする
よくあるゴミアプリが誕生する

ねぇ、いつまで　場合によるだけの話を続ける気？
人格だの人の能力を言い出しては　もうプログラムの話ではない。
マ板行け

>>247
やむを得ないこともあるけど、できるだけ避けるべきですね
エラー処理の中でエラーが起こるとデバッグに支障が出る場合もある

Visual Studio2015　について質問です。

VisualStudioにて複数ソースを開くと上部に複数タブが出てきます。

で、よくわからない内に選択したソースのタブが勝手に一番左に来るようになりました。

これが非常に面倒くさくて、選択したソースが一番左に来ないようにしたいのですが
どなたか解決方法ご存知ないでしょうか？

>>250
タブがピン留めされてない?

>>251さん

途中投稿すいません。

>>251さん　レスありがとうございます。

ピンなどの機能は使っていません。
全てのタブを閉じたり、Visual Studioを落としたりしても
直らないのです。

検索して同様の件を探そうにも、タブやソースを検索ワードに入れると
プログラムの製作方法ばかりで困ってます。

文面見る限りでは俺もそうだけど…
これじゃ嫌なの？
てかさ、まず何に困ってるのか書かないと。

>>254さん　>>255さん　レスありがとうございます。

文面では状況が伝わりにくいと思い　Gifで撮影致しました。
http://gyazo.com/4144867f165f3deeb0493bc089ec6cb6

この様にタブの順番が変わってしまうのが非常に辛いのです。
自分はタブの位置　順番でソースを把握しているので複数開いている時
非常に煩雑になります。

>>255さん
頂いた画像の部分の項目や　他部分変更したのですが
自分の求めている部分の変化はありませんでした。

大変申し訳無いです。自己解決致しました。
別に入れておりましたvisualstudioのプラグインによって
タブがソートされておりました。

これが何かのキッカケでオンになってしまっていたようです。
大変お騒がせ致しました。

お返事頂けた方々ありがとうございました！

ネタフリ

textboxから数値取り出すのってどうしてる？
いまだにTryParseとかやってる？
それだけのためにプロパティをバインディングしたりしてる？

一時期stringに拡張メソッドつけて数値とっていたけどそれすらめんどくなってきた
めんどいもっと楽させてほしい

VBでも使え
そして二度と帰ってくるな

数値しか入れないのにTextBox使わない

>>258
Windows Formの話だと思うけど、TextBox継承して数値入力専用のを作ればいいよ。
実際やってみると以外と大変だけどねw
こんなの本当は標準で用意して欲しいよね。

>>259
ＶＢじゃなくてVBScript勧めたほうがいいんじゃねｗ
>>260
ごもっともｗ

>>258
一文字入力されたら数字とBS以外スルーするようにしとけよ

T使って継承すればよろし

いい加減
数値⇔文字列
の変換をするキャストメソッド追加しろよ

>>264
お前ふらっとの方でも似たような書き込みしてるけど何も理解できていないな

似たような感じでしょうもない変換メソッドとか毎回書かされるのはもうつまらん
c#はここから先に進まないのか？

変換メソッド自動生成はもうAIの領域だな

両端にスペース入りのカンマつき数字をコピペしてくる強者がいる
まずクリアするのがこれで
次が全角数字の人、その次が丸つき数字の人、その次が数字の途中か終りにマイナスを入れてくる人

ペーストの処理は面倒だからコンテキストメニューを殺してペースト禁止するのが楽だねw

そういえば**演算子と//演算子の追加予定ないの？
n乗とn乗根演算子欲しい

>>271
//の方はコメントつけたソースが大変な事にｗ

あっ…ｗ
/*でもコメントだしな～

そこに気付くとはやはり天才か(棒)

string s1 = "10 ～ 20";
string s2 = "1-500";
string s3 = "-25 - -10";
string s4 = "0～1";

のように、FROM + 半角スペース(ありorなし) + -または～ + 半角スペース(ありorなし) + TO
というような範囲の含まれている文字列があります。
(FROMとTOの数字はマイナスや小数点あり)

FROMだけを取り出したいのですが、何かいい方法は無いでしょうか。
正規表現などを使うとできるんでしょうか？

-?¥d+

>>276
> 小数点あり
-?¥d+(¥.¥d+)?

ありがとう！
やってみる！

スレッド違いかもしれないですが教えてください。

Google Analitics でトラフィックを確認したところ
↓の様にＩＰ＋ポート番号でのアクセスがありました。

通常であれば、YahooやGoogleなどの検索エンジンからの流入だけになるハズが
この様なアクセスがあり警戒しています。これは何か攻撃を受けているのでしょうか？

10.160.ＸＸＸ.ＸＸＸ:ＸＸＸＸＸ

帰れカス

279

です。誰か教えてください。

>>280
のキチガイはスルーで

ふらっとの粘着がこっちに移動してきたか

>>281
C#とGoogle Analiticsにどんな関連性があるの？
さっさと帰れよ

279

関連スレッドがあれば教えてください
そちらで質問します。

>>284
死んでろ

ここも次の次はﾜｯﾁｮｲだな
次は既に立ってるから
http://echo.2ch.net/test/read.cgi/tech/1467211515/

new byte[1024*1024*1024]で1GBのメモリ確保は出来るのに300*300の画像を読み込み、Clone(300*300*4*2=720000byte=0.7MB弱)をするとメモリエラーが発生します
何故でしょうか

クイズですか？

プログラムは思った通りではなく作られた通りに動くから

System.DrawingというかGDI+は困ったらすぐOutOfMemory返してくる

>>286
そもそもコピーされるわけでもないCloneを使うなと
>>289
そのせいで便利な機能あるのに変換とか下手に任せられないんだよな

クイズワロタ

indexオーバーフローみたいな感じのが原因みたいでした
何でオートオブメモリーが発生したのかは分かりませんが

indexが悪かったからだろｗ

indexエラーとout of memoryは状況が全然違うエラーだろ
どうせCloneの元を削除したとかその辺だろうな

>>294
クローンで画像切り抜こうとしたら画像の範囲越えてた

オートオブメモリーは行番号出ないからどこで発生したか分かりにくいし

オートｗ

このスレまじヤバ

>>297
↑こいつ馬鹿すぎワロタｗｗｗｗｗｗｗｗｗｗｗｗｗ

顔真っ赤だぞ

>>296
OutOfMemoryでエラー位置示されないことは稀にあるけど出ないのが普通みたいなこと書かれても困る
最初の質問の要点も違っているし、次からは初心者スレへどうぞ

オートレストランってまだあるのかなあ。

エラー位置出すのにメモリ確保伴うから省くんじゃないの
何かのライブラリで OOM 例外だけ予め構築済みのまま使い回すの見て感心したおぼえがある

オートオブメモリが流行っているのか

たぶんエラーはオートオブメモリじゃなくてオートオブランゲなんだろうな

ふらっとがワッチョイ付いたからこっちに移住してきたのかな

つ http://www.automemory.co.jp

CTRL+ALT+E　で例外設定出して、OutOfMemoryExceptionにチェック入れたら普通に止まるけど
それとは違うことなんだろうか？

OutOfMemoryに限らずデバッガで該当する場所でなくエントリポイントが表示されたり
GDI+関連のエラーだと意図していない場所のRefresh()とかで止まることならある
try-catchを入れとけばそこで表示されるから済む話だが

>>306
そう
前はふらっとにいたけどワッチョイ付いたら他の板での書き込みバレるからこっち来た

cppでアウトオブメモリー処理のために汎用メモリーを取っておくシステムを見たことあるがそこまでやるべきなのか

What’s New in C# 7.0
https://blogs.msdn.microsoft.com/dotnet/2016/08/24/whats-new-in-csharp-7-0/

>>312
throw式以外は全部ボツだろうなこれ
ジャストアイデアとしても酷すぎ

>>313
タプルとパターンマッチング

>>314
なんだよ。かまわんよ、存分にそれらについて語ってくれよ…

>>312
tupleとdeconstructionは欲しいな

C#7.0はいい感じだね
早く業務で使いたい

パターンマッチはdeconstructionと組み合わせられないとほとんど意味ない、
というかOCPを破るだけで有害
やるなら最初からやらないとこんな中途半端なもの出したら
コーディング規約で軒並み禁止されちゃうぞ

プロパティ禁止とか最早ブラックあるあるネタだもんな…今更感はある

>>319
そもそもプロパティを知らないおっさんがいて驚いたわ

getX(),setX()書く人は、まれに良く紛れ込むね

.NET4.0とC#7の組み合わせって可能なのかなあ。
まだあと5年ぐらいはXPのPC無視できないよね。

>>322
4.0とかとっくにサポート切れやで

>>321
それがうちのルールなう

ｶﾜｲｿｽ

>>324
残念すぎる(´Д｀)

>>322
ウチはWindows2000（.NET 2.0）も無視できない場合がある。
設備制御用のスタンドアローン機だが。

よくわからないけどパターンマッチングってどういう局面で必要？
いままでのコーディングが大幅に減るとかいい面を教えてほしい
今のところ見にくいなあと感じる

>>328
本格的なパターンマッチングならこんなことができる
double GetArea(Shape shape) {
switch (shape) {
case Rectangle(x,y,w,h): return w * h;
case Circle(x,y,r): return PI * r * r;
}
}
さらに、変数にキャプチャするだけでなくxに具体的な値を指定すればxが特定の値の場合だけという条件指定も可能
今の貧弱な仕様だとお前の疑問の通りメリットはほとんどないのでまあ最終的には却下だろうな

オブジェクト指向からswitch地獄に退化してないそれ？
関数型とかだとそれが普通なのかな

必要に応じて使わないと退化だな

関数型はあくまで関数が主だからね
(本物の)パターンマッチは静的検査でパターンの網羅性を担保できるから、
やってることはインターフェースを実装してるのと同じようなもん

この場合は単純にGetAreaをabstract methodにして
各クラスでoverrideさせた方がよくないっすか？

if(x > y) (x, y) = (y, x);

>>333
その方がいいと思う理由は?
>>333にとって関数型よりオブジェクト指向の方が馴染みがあるからそう感じるだけじゃない?
どっちがいいかじゃなくて考え方が違うんだよ

C#は関数型言語を目指すのか？

>>336
良いとこを取り入れようとしている

マルチパラダイム言語なんだから、あるプログラミングパラダイムには大して効果的でない
(が、他のプログラミングパラダイムでは効果的な)機能が入ることもあるさ

まあたしかに今のC#はマルチパラダイムなんだろうけど
そもそもマルチパラダイムを意識して設計された言語なのだろうか

良いとこ取りしようって考え方はいいんだが
マルチパラダイムで複数のスタイルに対応しようとか、言語の複雑さが増すだけだと思うんだがなぁ

まあそのうち、オブジェクト指向でやりたい人はこれは不要（というか使うな）とかいう機能と
関数型でやりたい人はこの機能は使うなとかいう分類が出来ていくのだろうかね
だったら初めから言語分けろよと思うわけなんだが

このままではVB6になってしまう

>>330
switchで分岐して分かりやすいと思う

>>333
switchがいい

パターンマッチングは大変な事になりそう
ようするに型を調べて分岐の糖衣構文でしょ
バッドプラクティスの糖衣構文なんてよくないよ

　　　　　　ｸ　　　 ｸ　｜|　プ 　//
　　　　　　ｽ　 ｸ　ｽ　　| | │　//
　　　　　　 ／ ｽ　　　　| | ッ //　 　ｸ　　　ｸ　 ｜|. プ 　//
　　　　　　 ／　　　　　　 　 //　　　ｽ　ｸ　ｽ ＿ | | │　//
　　　　　　　　 ／￣￣＼　　　　　／　 ｽ　　 ─ | | ッ //
　　　　　　　／　　_ノ　　.＼　　 　 ／　　　　　　　　　//
　　　　　　 ｜　　（ ＞）（＜）　 　 　　　＿＿＿
.　　　 　 　 ｜　　⌒（__人__） 　 　　.／　⌒　 ⌒＼
　　　　　　　 |　　　　｀ Y⌒l　　　 ／　 （＞）　（＜）＼
.　　　　 　 　 |　　　　. 人__ ヽ　／ 　::::::⌒（__人__）⌒ ＼
　　　　　　 　ヽ 　 　 　 　 }|　| | 　 　 　　 ｀ Y⌒ l__　　　|
　　　　　　　　 ヽ　　　　ノ､|　|　＼ 　 　　　 人＿　ヽ ／
. 　 　 　 　 ／^l 　　　　　 / /　 　,─l　　　　　　 ヽ　＼

ポリモフィズム過負荷で歪なクラスを量産するよりはよい

型で分岐するのがどうして問題かというと、
後で型を追加したときに分岐の箇所を自分で探して条件を追加しなきゃいけなくなるから。
ちゃんとした関数型だと、パターンマッチで分岐させるような型って
type Shape = Rectangle(double x, double y, double w, double h)
　 | Circle(double x, double y, double r);
みたいな感じでクローズしておくんだよ。
これでShapeがとりうる全ての型をコンパイラが認識できるから、
Shapeに型を新たに追加したら>>329がコンパイルエラーになってくれる。
イメージ的には 列挙体 + タプル に近いかな。OO言語の超強力なクラスとは全然異なるもの。
このように、パターンマッチは根が深いからにわか言語が中途半端に導入するとおかしなことになる。

データベースやXMLで不定形データ受け取って
パースした後の分岐に使うくらいかな

>>346
モジュールの配布面倒くさそう
パターンをを追加したら参照元コード全部追記してねって全ユーザーに通知するの？

>>346
しかしそれだと書く側にとってはOOPの方がいいが。

機能追加がクラス追加で対応できるとき、
OOP: 既存部分に一切手を入れる必要はない。
FP: 既存部分も書き直す必要がある。

普通はどう見ても退化だよ。
書き直す部分がSyntaxErrorで見つかるのは便利だけど、
OOPでもそのクラスの全メソッドを列挙するのは簡単なので、漏れる事もない。

OOPは実際の詳細なクラス毎の動作はその部分のコードからは読みとれない。
それがswitchの方がいいという人の意見なのだろうけど、
大概の場合は読みとれないのは低位記述のみであって、読みとる必要がないから問題ない。

>>329にしてもGetAreaメソッドの方がいいし、
本家の例にしてもExplainMyselfメソッドの方がいい。
本来はメソッドとしてくくれないswitch分岐に使えばいいのだろうけど、
本家にしてもそのいい例を探せなかったということじゃないか。
つまり要らない子。

C#はjsのオブジェクトリテラルを導入すべきだ
C#の匿名型は書きにくいし見辛い

つまりパターンマッチはオブジェクト指向とはきわめて相性が悪いって事か
まあ、型チェックと代入が一発でできる機能だけなら便利に使える場面もあるだろうけど

相性が悪いんじゃなくて使い分けだと思う

上ででたShapeでは各クラスが面積を出すメソッドを持っててもべつにいいだろうけど
GUI側で図形の表示に使うメソッドをShapeに持たせるのはおかしい

その場合はどこか別で限定的にこのパターンマッチを使えばいいのではないか？

相性が悪いわけではなく、用途がないんだと思う。

型ありOOPの場合は、型判定＋分岐を仮想関数で対応するのが基本思想である為、
そもそもの例がswitch文で型判定の時点で要らない子でしかない。
もうちょっとマシな例はなかったのかよ、とも思うが。

つかどっちかというと、
パターンマッチングが活躍している言語のソースを眺めた方が良いのではないか？
誰か知ってたら教えてプリーズ。

あ、ただ、絞り込みは出来るようだから、それは役に立つか？

> case Rectangle s when (s.Length == s.Height):
> case Rectangle r:

もちろんメソッドでも出来るが、色々まどろっこしくなるのかも。
（俺はC＃erではないので詳しくは分からない）

>>352
> GUI側で図形の表示に使うメソッドをShapeに持たせるのはおかしい
言っていることは分かるけども、それは思想によると思うよ。

OOP原理主義だとして、GUI側からの描画リクエスト対応もメソッドとして持たせた場合、
オブジェクトのメソッドは永遠に追加されていくことになるので、オブジェクトのソースが確定しない。
でも、OOPの基本理念、「動作しているコードには一切触れることなく機能追加可能」は実現出来る。
したがって、デグレードの危険が全くない。

機能の切り分けとしてはGUI側に持たせたいところだけど、
これだと追加Shape毎にGUI側もいちいち対応しないといけなくなる。
（動いているコードを修正する必要がある）

オブジェクトが肥大化するけども、
バグを出さない為の管理なら、オブジェクト側に持たせた方が楽だと思う。
他プログラムとオブジェクトを共用する気なら、
オレオレメソッドで肥大化したオブジェクトなんて要らないから、
GUI側に持たせることになる。

もしかして拡張メソッドってこのため？アレいまいちピンとこなかったんだが。

Shapeのコンテキストによるだろ
数学や物理の計算に使うモデルなら描画用メソッドなんて書いた時点で解雇されるし
描画モデルなら描画用メソッドがあってもいい

だからそのための拡張メソッドじゃないの？
今回の例なら、GUI側で拡張メソッドを追加して対応する。
すると、既存コードに手を加えることもなく、描画部分もswitch文無しという、両取りが可能。
追加Shapeがあった時もGUI側の拡張メソッド部分に追加するだけ。管理もしやすい。
https://msdn.microsoft.com/ja-jp/library/bb383977.aspx

>>357
それは詭弁だな
拡張メソッドは単に型ごとにGetAreaをオーバーロードしてるだけだ
オブジェクト指向というよりはむしろ関数型的なやり方
型switchや仮想メソッドは実行時型に応じた動的な多相を実現する手段で、拡張メソッドで代替できるものではないよ

>>357
今の流れに拡張メソッド全く関係ないよね

>>358
> 実行時型に応じた動的な多相
C#には無いだろこれ。

>>360
?
普通にメソッドのオーバーライドによる多態のことだよ

>>361
例えばJavaScriptでは動的に型を変更出来る。
だから実行時にswitchでやるのとコンパイル時に静的にリンクするのでは動作が異なってくる。
そういうのはC#にはないでしょ、って話。

だから話を戻すと、>>329のケースは通常のOOPの多態、
>>352のケースは拡張メソッドが一番良いと思う。
本家のも普通はOOPで対応する。
ただそれだと例にならないのでクエリがわざわざくっつけられているのだと思う。

何の話をしてるのかなってちょっと上からレス読んでみたけど、
>>352の話ならShapeがDrawを持っても別に必ずしもおかしくないし、
持たせたくないならShapeで描画側が要求する描画に必要なデータを提供する
一連のメソッドやプロパティを定義しておけば済む話だよね。

描画側で型を見て分岐なんてどう贔屓目に見ても最悪のやり方にしか思えんね俺も。

>>362
最初の4行は俺にはよく意味がわからないけどそれはまあいいとして、
>>329で多態が必要なのに>>352は拡張メソッドでいいというのは矛盾してるよ。
List<Shape>に入ってるものを全部Drawしたいとき、型ごとの拡張メソッドじゃ対応できないよ?
Shapeの外部にメソッドを定義しつつ多態相当の動作をさせたい、そのうえ明示的な型判定はダメというんなら、
引数をdynamicにキャストして強引に動的ディスパッチさせるみたいなことが必要。

>>363
おかしいかおかしくないかは場合による
このShapeが幾何学計算ライブラリのShapeだったらDrawはおかしい
図形描画用のライブラリならDrawがあってもおかしくないしなくてもおかしくない

>>364
> List<Shape>に入ってるものを全部Drawしたいとき、型ごとの拡張メソッドじゃ対応できないよ?
出来るよ。というかそちららの認識が間違っていると思うが、
拡張メソッドはソース上では普通のメソッドと見た目は同じだよ。

>>366
ネタかマジかからかってるかわからないんだけど

>>366
ほんとに?
https://ideone.com/lmc8TO
たまには自分の思い込みを疑ってみるのも大切だぞ

>>364
>>367
いやこちらも意味不明なのだが。
逆に>>364の言う「メソッドでは対応出来るが拡張メソッドでは対応出来ない」ケースって出せるか？

>>368
いやそれOOPじゃないと思うが、、、ただのオーバーロードだよね。

>>370
だから俺は>>358からそう言ってるじゃん
拡張メソッドでは対応できないケースを示しただろ?

>>369
拡張メソッドにできない事、のシンプルな答えとして挙げるなら、インスタンスメソッドにはなれない、だな
それでもう終わりだろこの話
わからないなら入門書読み直してくれ

>>371,372
まあ俺はC#erではないので拡張メソッドは使ったことがないし、
俺の理解が間違っている可能性もあるが、
MSDNの仕様書を見る限り、当たり前だがメソッドを拡張したように見せかけているのだと思うよ。
だからその場合は Rectangle と Circle に対して拡張メソッドを追加する。
これができないのならそちらの言うとおりだが、それだと拡張メソッドなんてゴミじゃん。

まあどのみち俺かそちらの仕様に対する勘違いだと思うので、この話はこれで終わりでいい。

>>372
いや悪いがやっぱりそっちが間違ってるぞ。
拡張メソッドで普通にthisが取れてる。（引数の所に書く）
つかそうじゃないと意味無いだろ。

> public static int WordCount(this String str)
> {
> return str.Split(new char[] { ' ', '.', '?' },
> StringSplitOptions.RemoveEmptyEntries).Length;
> }
> https://msdn.microsoft.com/ja-jp/library/bb383977.aspx

>>374
あんたにも分かるように説明してあげよう
拡張メソッドとは、HogeClass.func(x) を x.func() と書けるシンタックスシュガーである
そ　れ　だ　け

>>365
だからそう言ってるでしょ。

>>375
それはオブジェクト指向がその意味でのシンタックスシュガーでしかないよ。
class構文が無かったCでも関数ポインタ+構造体で同じ事が出来たわけだし。

重要なのは拡張メソッドにthisが渡っていることだよ。
静的メソッド（クラスメソッド）にはthis使えないでしょ。
今回の例で言えば、宣言部分は以下になるということ。
ただしコンパイルが通るかどうかは知らんが。
通らないのなら君の言うとおり、通るのなら俺の言い分が正しいことになる。

public static void Draw(this Rectangle rect)
public static void Draw(this Circle circle)

何で拡張メソッドってstaticクラスじゃないと定義出来ないんだ？
何か理由あるの？
別に制限はstaticメソッドだけでいいと思うけど

例えばString.IsNullOrEmpty(String)
もしstaticクラス以外に拡張メソッド定義出来たら
String.IsNullOrEmpty(this String)
みたいになって更に便利になると思うのに

そこのthisは単に拡張メソッドのマーク
通常のthisとは違う意味

拡張メソッドは親クラスからは呼べないからそれを定義してもShapeクラスから直接呼べない
RectangleやCircleにキャストすることになる
そこで登場するのがパターンマッチングと

今更変えるのは互換性的な問題で難しいだろうけど、
==演算子を等価演算子
===演算子を等値or不変インスタンスかつ等価演算子
にするべきだと思った
不変かは属性とかで定義して
Equalsメソッドとかいらねーだろ
==演算子と両方定義しろとかどうなってんだ

>>379
いや拡張メソッド内で自分自身のメンバを参照出来るよ。多分。

> 実際に、拡張メソッドは、それらが拡張している型のプライベート変数にはアクセスできません。
> https://msdn.microsoft.com/ja-jp/library/bb383977.aspx

普通に考えれば、わざわざプライベートは駄目って書いてある時点でpublicならいけるって事でしょ。
要するに外面的には Draw(circle) でしかないところを circle.Draw() と書けるだけでしかない。
その辻褄はコンパイラが合わせるけど、privateをpublicには出来ないのでこれは無理。
MSDNの説明には矛盾を感じないけど。

>>379
> 拡張メソッドは親クラスからは呼べないからそれを定義してもShapeクラスから直接呼べない
バインディングはコンパイル時だし、多分普通に呼べると思うよ。
というか呼べないと拡張にならないから、文法が違ったとしても何らかの呼び方は必ずあるはず。

>>380
EquqlsというかIEquatableが不要とは思わないけど、
VBと同じように参照等価検査専用の演算子を用意して、==はオーバーロードしないと
使えないようにしてくれた方が分かりやすかったね。

>>379
RectangleとCircleにDraw拡張メソッドが定義されているなら以下のようになる
void hoge( Shape shape )
{
//できない
//shape.Draw();
if(shape is Rectangle)((Rectangle)shape).Draw();
else if(shape is Circle)((Circle)shape).Draw();
}

拡張メソッドを呼び出すときにキャスト必須

「Shapeを継承したクラスはすべてDraw拡張メソッドを定義しなければならない」
という条件はかなり強引で、ヘタすればCLRや共通言語仕様にも手を入れなければいけない問題になる

>>378
スコープが広がってルールが複雑になるから
例えばこういうときどうする?
/* ファイル1.cs */
namespace NS1 { class Hoge { public static void EX(this Hoge h) { … } }
/* ファイル2.cs */
namespace NS2 { class Test { public static void Main() { new NS1.Hoge().EX(); } } }
これ、現在の仕様から類推すればファイル2内ではNS1をusingしてないから
EXは拡張メソッドとして呼び出せないはずだけど、直感的には呼べた方が自然だと思わない?
それとか、拡張メソッドを含むクラスを別の名前空間のクラスが継承したらどうする?

>>382
拡張メソッドはコンパイラで解決しなきゃいけない
しかし、外部のDLLがShapeの子クラスを実装して、それを動的に読み込む可能性があるのでコンパイラでは解決不能

>オブジェクト指向がその意味でのシンタックスシュガーでしかないよ
そういうことを言ってるんじゃない
オブジェクト指向は共通言語仕様に書かれているのでILにその情報が残り、すべての言語が対応する
それに対しシンタックスシュガーはコンパイラの機能でILに完全には残らなかったり、属性をつけることで対応しているコンパイラのみが利用する

>>386
コンパイラ云々は俺は普通に出来ると思っているのだが、まあそれは置いておこう。

>>384
こちらを先にやろう。

> //できない
> //shape.Draw();

これって出来ないんだっけ？というかこちらは最近はJavaScript(型無し)でやっていて、

void hoge(var shape )　// var なので何でも入る
{
shape.Draw(); // 勝手に直近のvirtualが呼ばれる。
}

で普通にオーバーライドされたvirtualが呼べる(circle.drawなりrectangle.drawなり）から、
実際のC＃での記述の仕方は知らない。
ただ、アップキャストしたらもう仮想関数は呼べません、ダウンキャストしてからにしてください、
だとOOPとしてはかなり無理があるから、自然なやり方がないわけ無いと思うけど。
だってその is 構文ってのも新しいんでしょ？
だったらそれがなかったこれまではOOPできませんでしたーってことになっちゃうじゃん。

しつけえなあ
入門書ぐらい読んでからにしろよ
なんでど素人がそんな自信満々なんだよ

>>384
以下見る限り、virtual付けたら普通にOOPできるとしか読めないが。
てか当たり前だが。
引き数渡ししたら出来なくなるって事もないと思うけど。

> しかし、動的な型に基づいて呼び出されるメソッドを決定したい場合があります。
> （というより、ほとんどの場合、メソッド呼び出しは動的に決定した方が都合がいい。）
> 動的な型に基づいて呼び出されるメソッドを選びたい場合、
> 以下のように、 メソッドに virtual という修飾子を付けます。
> http://ufcpp.net/study/csharp/oo_polymorphism.html
その上にvirtual付けなかった場合も書いてあるから見比べれば分かると思うよ。

>>388
まあその通りだ。今は最新環境がないので試せない。
確かにこれ以上やっても意味無いので、後日最新環境で試せば良いだけだね。
「拡張メソッド」ってのに俺が夢を見すぎているのかもしれんし。

>>389
何度も行っているように、拡張メソッドではオーバーライドできない。
なぜなら拡張メソッドはただのC#限定のstaticメソッドのシンタックスシュガーに過ぎないから。
そのURLではどこにも拡張メソッドのことは書いてないでしょ

class Triangle : Shape{}
ってプラグインみたいに外部のDLLで宣言されて、それを動的に読み込んで、hogeに渡ってきたらどうするの？
外部のDLLのことなんてコンパイルの地点では知らないので存在しない拡張メソッドを呼べるはずがない。

夢を見すぎているんじゃなくて、ただ無知でC#とかCLIをよく理解してないだけだと思う
javascriptで言うならprototypeの存在も知らないでjavascriptはウンタラカンタラ言っている状態なので、基礎から学び直したほうがいい

>>385
そういう事か…確かに面倒だな
それならnull可メソッド的な物を作ればいいんじゃない

public null void Hoge(){
　　//thisがnullの可能性あり
}

>>391
試したぞ。VSCommunity2015はサインインしないと使えなかったから、VS2008EEだが。
その範囲では確かに出来なかった。コードは以下ページを参考に改変した。
> http://ichitcltk.hustle.ne.jp/gudon2/index.php?pageType=file&;id=cs002_ExtensionMethods
しかし理由は拡張メソッドがstaticだからだよ。以下コードで、

class SampleClass1 {}
class SubClass : SampleClass1 {}
static class hoo
{
static public void SampleExtensionMethod1(this SampleClass1 sampleClass1)
{
Console.WriteLine("super_ex");
}
static public void SampleExtensionMethod2(this SampleClass1 sampleClass1)
{
Console.WriteLine("super_ex2");
}
static public void SampleExtensionMethod1(this SubClass subClass)
{
Console.WriteLine("sub_ex");
}
}
static void test(SampleClass1 sampleClass1)
{
sampleClass1.SampleExtensionMethod1(); // (A)
sampleClass1.SampleMethod1(); // (B)
}
static void test3(SubClass subClass)
{
subClass.SampleExtensionMethod2(); .// (C)
}

(B)は通常メソッドで、SubClassが与えられると当然SubClassのメソッドが呼ばれる。
ただし(A)は常にSampleClass1（親クラスというより「そこに記述された」クラス)の拡張メソッドが呼ばれる。
なお(C)はSampleClass1の拡張メソッドが呼ばれる。
(つまり子→親に関しては辿れる)

(B)が動作する以上、thisポインタは正しく渡っている。
あとは拡張メソッド側に継承関係を明記し、実行時型でこれを解決すれば良いだけなのだけど、
C#はどうやら文法的にこれを禁止している。(技術的には全く問題なく出来るはず)

今回出来ないのは、拡張メソッドがstaticだからコンパイル時にそこにリンクされるからだ。
そこでvirtual指定してみたが、これはSyntacErrorで落ちる。
どうやらそれ以前にC#は静的クラスは継承禁止で、当然virtualには出来ない。
しかしそもそも静的クラスが継承出来ないのが問題だ。
何故これを禁止しなければならないのかは分からない。

結局>>378の「static縛り」或いは上記「staticクラスは継承出来ない」のが問題。
とはいえこの仕様では「拡張メソッド」がイマイチなのはC#開発側も認識出来るだろうから、
何らかの理由があってこの仕様なのだとは思うが。

したがって>>364の指摘どおり、
> >>329で多態が必要なのに>>352は拡張メソッドでいいというのは矛盾してるよ。
これは間違いだった。拡張メソッドが多態出来ないのは知らなかったから。

となると>>352は
・Shapeクラスにメソッド追加---（α）
・GUI側でShapeクラスを継承したクラスを作って対応---（β）
・>>384方式で is XXXX 形式で全部書く---（γ）
のどれかになるが、俺ならαかβであって、γはないね。

スクリプトコーダーらしいパフォーマンス無視の考え嫌いじゃないよ

釣りか？
仮想関数とif/switch分岐でのコストはC++の連中が死ぬほど議論しているが、
結論はどっちもほぼ同じだよ。
だからαもβもγも動作速度は大して変わらないはずだけど。
しかしそもそもC#ってパフォーマンス重視出来る言語じゃないよね。

>>396
そこじゃない

じゃあどこだよ？
てかチャットじゃねーんだから意見があるのなら分かるように書けよ

>>398
それ君が言うんだ？

>>396
>C#ってパフォーマンス重視出来る言語じゃないよね
これ免罪符に糞コード生み出す奴多いから困る

入門書も読まないスクリプトコーダーはdynamicでも使ってろってこった

ウザイから質問者と回答者以外が3行以上書いたら死刑な

ひょっとして結局拡張メソッドからは型の外のスコープからアクセスできるメンバーにしか
アクセスできない、っていう糞当たり前の話を延々やってだけなの？

そんなのちょっと我慢して拡張メソッドの解説記事を5分も読んだら猿でも分かる話だろw

フロントエンドコーダーってろくな人材いないよな

>>394
実行時に解決するのは非常にコストが高い。
多分仮想関数を理解してないんだと思うけど、静的メソッドはC++やC#の方式だと仮想関数テーブルに無いので仮想関数になり得ない
また、呼び出しに失敗する可能性があるというリスクがあり、静的型付け言語の良さを殺している

>そもそもC#ってパフォーマンス重視出来る言語じゃないよね。
大きな勘違い。Roslynとかではパフォーマンスをかなり重視してる。
実行時はネイティブコードになるので書き方によってはC++と同等の速度が出る。
(ただし、C++は危険な操作を行ったりできるのでその分有利)

>staticクラスは継承出来ない
なぜなら、staticクラスは「インスタンス化、継承できない」という指定付きのクラスだから。なぜintは数値しか表せないのかみたいな意味不明な主張

>・Shapeクラスにメソッド追加---（α）
Shapeクラスが汎用的に使ったり、ライブラリとして公開するクラスならどうしようもない
WPF、WinForms、Xamarinなど、プラットフォームによって描画方法は全然異なるのでDrawメソッドを決められない

>・GUI側でShapeクラスを継承したクラスを作って対応---（β）
手間が掛かり過ぎるし、構造体やsealedクラスなら継承はできない。
クラス内にフィールドで保持してもいいが、Int32WrapperとかStringWrapper、加えて列挙体や関数、タプルなんかのラッパークラスができて複雑に。
状況によってはInt32WrapperWrapperみたいなものも爆誕

普通にココらへんのリンクで十分か
http://www.buildinsider.net/column/iwanaga-nobuyuki/004


>GUI側でShapeクラスを継承したクラスを作って対応
これは構文解析ライブラリは継承前のクラスを返してくるわけだから、無理があった

拡張メソッドで話がだいぶ逸れたけどなに話してたんだっけ

できない君か

>>405
先に了解事項を書いておく。

> >staticクラスは継承出来ない
> なぜなら、それが定義だから（意訳）
これは了解。こちらも調べている限り、どうやらそのようだと分かった。
staticクラスはシングルトンの糖衣かと思っていたが、わざわざ別物を用意しているね。

> 静的クラスはシールされるため、継承できません。
> https://msdn.microsoft.com/ja-jp/library/79b3xss3.aspx
> staticクラスとSingletonでは以下の違いがあります。
> http://takachan.hatenablog.com/entry/2016/01/04/211414

したがって、疑問は何故staticクラスにしか拡張メソッドを置けないか、になり、
つまり>>378と同じで、そちらの見解は>>385というのもいい。
ただ俺はこの回答に納得しているわけではないが、
結局これはどこまでやるかということだから。

次に今回の実装方式について、
(α）についてはその通り。
（β）については「継承」が出来ればそっちの方がいいが、無理なら「内包」でも問題ない。（β＋）
コンストラクタでShapeを与えて内包したRectangleDraw、CircleDrawクラスを作り、
ShapeDrawクラスを継承する。
つまりラッパーオブジェクトを作成して同階層構成でXXXXDrawクラスを構成する。
これだと自前クラスなので何も問題なくOOPできるが、
コンストラクタ内では1回だけ is XXXX でswitchしなければならない。
それでも毎回記述が必要な（γ）よりマシ。

> クラス内にフィールドで保持してもいいが
後の文を読む限りこれはばらしてということだと思うが、
(β＋)はばらさすにそのまま保持する。（フィールドとして Shape shapeを持つ）
そして各Drawメソッドからは this.shape.xxxxとしてアクセスする。
こうすれば、アクセサに関してもShapeの定義そのままであり、追加記述は必要ない。

これにより、外枠以外の本質的記述が（γ）に対して増えることはない。
これでどうだ？


最後に以下だが、
> 実行時に解決するのは非常にコストが高い。
> 多分仮想関数を理解してないんだと思うけど、静的メソッドはC++やC#の方式だと仮想関数テーブルに無いので仮想関数になり得ない
> また、呼び出しに失敗する可能性があるというリスクがあり、静的型付け言語の良さを殺している
これはいろいろだいぶ違う気がするが、確認も時間がかかるし、後回しでいい。

パターンマッチング推進派の巧妙なアンチ書き込みか！

>>406
リンク先読んだ。筆者の考え方とは同意する。

結果、俺は以下に該当するのでオブジェクト側に突っ込みたいと考える。
> 型だけを見た単純な分岐しかしない場合、
> 仮想関数を使う方が実行性能面でも保守しやすさの面でもいいだろう。

そちらは以下に該当すると考えてパターンマッチングというのも了解だ。
> 1つは、型の外に実装を書く方が好ましい場合だ。（中略）
> 特定の種類のアプリでしか使わないような機能を書く場所としては （型は)【追補】
> 不適切となる。

>>405
ちなみに以下について俺の疑問点を先に挙げておく。
> 実行時に解決するのは非常にコストが高い。
> 多分仮想関数を理解してないんだと思うけど、静的メソッドはC++やC#の方式だと仮想関数テーブルに無いので仮想関数になり得ない
> また、呼び出しに失敗する可能性があるというリスクがあり、静的型付け言語の良さを殺している

・静的メソッドはvtableに置く必要はないが、普通はそこに置いているはず。
それが一番簡単だし。
(クラス自体がstaticではないのでコンパイル時にリンクは無理）
したがって、virtualメソッドとstaticメソッドの実行速度差は無いはず。
・呼び出しに失敗って何？C#ならコンパイルが通っている限りあり得ないと思うが。
(C++みたいな<reinterpret_cast>とかは無しで)
・実行時に解決って言ったって、vtableの場合は解決済みのthisポインタを持っているわけであって、
何かを比較したりすることはない。間接呼び出しになるだけ。
コストはゼロではないが、リフレクションとかとは全く違う。

URL付きのツッコミは歓迎。

追記
俺の間違いが分かったので書いとく。

× > ・静的メソッドはvtableに置く必要はないが、普通はそこに置いているはず。(>>413)
○　置いてない。静的メソッドは直接呼び出し。

× > したがって、virtualメソッドとstaticメソッドの実行速度差は無いはず。
○　直接呼び出しする非virtualの方がvirtualよりは速い。
　　staticメソッドには言及されていないが、多分非virtualと同じ。

> メンバ関数
> https://www.microsoft.com/japan/msdn/vs_previous/visualc/techmat/feature/jangrayhood/


他の下2件はどこを調べればいいか分からないのでツッコミ待ち。
よろしく。

>>410
>1回だけ is XXXX でswitchしなければならない
その時にパターンマッチング使えば楽だよねって話でしょ
毎回使うかどうかは好みや書き方次第かと

>呼び出しに失敗
拡張メソッドの実装を理解してる？
ExtensionAttributeを静的クラスに付与して、コンパイルの時にそれを見てるだけ。
https://msdn.microsoft.com/ja-jp/library/system.runtime.compilerservices.extensionattribute%28v=vs.110%29.aspx?f=255&;MSPPError=-2147217396

継承関係とは違って共通言語仕様に定められていない（はず）なので、全言語が対応していない
例えばShapeクラスとかをライブラリとして公開したとすると、他の言語がShapeクラスを継承した時に必ず拡張メソッドを書いてくれることは保証できない
そうすると、存在しないメソッドは呼び出せないので失敗することになる

何なら、動的に新しい型自体を作成してメソッドに渡すことすらできる。

>実行時に解決
拡張メソッドはそもそもサポートしてない言語もあるし、全く独立したクラスなのでそもそも動的に解決するのが困難
やろうとすればたぶん共通言語仕様とかの変更が必要で影響ばかりでかくて利点が皆無

>>415
いや>>352に対する君の主張は「毎回べた書き」だろ。すり替えるなよ。

それはさておき、通常はクエリメソッドを用意しておいてそれで対応だ。
例えば Shape.type で 'rectangle' や 'circle' が取れるとか。
だからパターンマッチング自体の記述は要らんよ。（見た目は同様ではあるが)
というかそれが絶対に必要ならこれまでどうしようもなかったことになっちゃうだろ。

> ExtensionAttributeを静的クラスに付与して、コンパイルの時にそれを見てるだけ。（中略）
> そうすると、存在しないメソッドは呼び出せないので失敗することになる
だから何？コンパイラが通らないだけだろ。

話がずれているか？
上記話のすり替えをしてくる奴だから信用はしていないが。
>>405を見る限りこちらは「一般」の仮想関数だと認識して回答した。(>>413,414)
そちらは
・「拡張メソッド」の動的解決はコストが高くて、仮想関数になりえなくて、呼び出しに失敗する
ことを言っていたか？
それなら「一般メソッド」について記述した>>413,414については見解の相違なしということでいいな。

> 他の言語がShapeクラスを継承した時に必ず拡張メソッドを書いてくれることは保証できない
当たり前。というか静的にリンクするんだから、namespaceに名前がない時点でコンパイルが通らないだけ。
使う気なら自前で定義なりusingしなければならないし、無ければ使えない。
多態する気なら、例えば多重継承として実装すればいいだけ。特別なコストはかからない。
実装方式は>>414のリンクに記述してあるとおり。
拡張メソッドを多重継承として実装出来ない理由があるか？

> 利点が皆無
どこがだよ？やけくそになってないか？
拡張メソッドが多態出来ればメリットがあるのは見たら分かるだろ。
今多態出来ていないのは何か理由があるか手を抜いているか（今後対応するか）だよ。

>>416
>毎回べた書き
その主張は俺じゃないが？

>クエリメソッド
何を言っているんだ？今でもできるぞ??
if( hoge is Rectangle){ ((Rectangle)hoge).Draw(); }
とか。状況によってもっとわかりにくくなるから、もっと簡潔に書きたいね、という話なんですが・・・
流石に語るのにC#を知らなすぎじゃないか？

>静的にリンクする
静的にリンクしないこともある。わざわざプラグインとかDLLとか言ってるでしょ？
C#では言語仕様上、コンパイル時に継承した型をすべて把握できない

あと、「他言語は対応していない」の部分を完全に無視してるみたいだけど、そこも要点なんですが

>「一般メソッド」について記述した>>413,414については見解の相違なし
訂正が入って主張がわかりにくくなってるが、一般メソッドに関しては問題ないと思われる
拡張メソッドはC#の言語仕様ではなくて共通言語仕様の方で対応してないので、同じ仕組を実現できない

>多重継承
全く独立したクラスのstaticメソッドをどうやって多重継承するの?

>拡張メソッドが多態出来ればメリットがあるのは見たら分かるだろ
ほぼ拡張メソッドじゃなくてさっき君が言ったShapeDrawクラスを使うべき案件
僅かにメリットがあっても、共通言語仕様を置き換えて、多言語のコンパイラ(VB.NET,F#,C++/CLI,JScript.NET等)を書き換え、UnityやMono、Xamarinを対応させ、後方互換を除去してまで導入する機能かというとそうは見えないな
.NET Frameworkが始まる前とかに提案すればよかったかもしれんが
本気で完璧な利点があると思うなら、Roslynにissueを立てると良い

>Shape.type で 'rectangle' や 'circle' が取れるとか。
ちなみに、これは一番危険
標準ライブラリにあるShapeクラスをA社とB社が継承し、AライブラリとBライブラリを作ったとする。
そのどちらのライブラリも必要だったので同時に使おうとすると、rectangleの名前が衝突して区別できない！となる。
そこで使うのが「型」なわけだ。

現在でも出来てるけど、コンパイラ制作とかだと頻繁に出てくるよね～、なら、パターンマッチング導入しよう！という流れかと。


ちなみに、ShapeDrawクラス見たいのにも問題はあって、例えば構文解析した要素が10000を超える巨大な木構造があるとする。
それをGUI側ですべてNodeDrawみたいなクラスにラップするとその変換にかかる時間とメモリが馬鹿にならなくなってくる
さらに、ライブラリの木構造が変更されると、GUI側ではすべて構築しなおし
手間を防ぐためにキャッシュしたり差分のみを変更して・・・という状況になる場合もある

なんでこんな荒ぶってんのこいつ
とりあえず落ち着いて猫でもわかるC#でも読みなって

>>417
こちらの認識は、ID:gXVhUUHW = ID:hQF+q+Zk だ。
違っていたのならすまんかった。

> クエリメソッド
クラスの中に複数種が入ることがある場合、（多態される場合）
一般的に「何が入っているか」は分かるようになっている。だからそれを使う。
C#の文法による解決は必要ない。（というかそうじゃないと動的型を取れない言語で使えない）

> あと、「他言語は対応していない」の部分を完全に無視してるみたいだけど、そこも要点なんですが
これについては関係ないとしか思えない。
拡張メソッドを自動的にエクスポート出来ると思っているのならそれが間違いだろ。
namespaceの中に拡張メソッドが見えていないと使えないのだから、
使う側が全部管理しないといけない。
同じ拡張メソッドを他でも使いたければ、その拡張メソッドを格納したクラスを使う側がusingしないといけない。
現在の実装はあくまで「コンパイラがstaticクラスのstaticメソッドに対しての関数呼び出し」に変更するだけ。
それがコンパイル時に出来なければコンパイルが通らない。他言語はどこに関係あるんだ？

> 全く独立したクラスのstaticメソッドをどうやって多重継承するの?
多重継承は全く独立したクラスを継承することですが？
当然これをやる時はvirtualにする（今現在のC#の制限事項をはがす）のだが、ついて来れているか？
元々「継承出来ないクラス」(stat;icクラス)にしか拡張メソッドを置けないのが問題であって、
拡張メソッドをシングルトンに置ければ何も問題なくなる。
そしてそれが実現出来ない技術的障害はない、というのが俺の主張。
この辺を最初から知っていて傍観してるのが>>378だろ。

> ほぼ拡張メソッドじゃなくてさっき君が言ったShapeDrawクラスを使うべき案件
いやそっちの意見は何なんだよ？
君はパターンマッチングが一番良いと思ってるんだろ？

俺は、「拡張メソッドで多態」（α）(β）(β＋）の順で検討する。
ただ第一候補が今は駄目なことを知らなかったから迷走したが。

>>418
> そのどちらのライブラリも必要だったので同時に使おうとすると、rectangleの名前が衝突して区別できない！となる。
それは最初からポインタの型が違うから区別出来るだろ。

> ちなみに、、、、以降(ry
それがないように、本来は「直接クラスを拡張」（α）するなり「継承」（β）するべきだろ。
やむなく内包（β＋）なりパターンマッチング（γ）になった場合は変更の影響は受けるのは当たり前。
ただ、（β＋）よりも（γ）の方が記述の変更量は多いよ。
その辺はMSDNにもそのまま書いてある。
> 拡張メソッドは、一般的に、必要な場合に限り注意して実装することをお勧めします。
> クライアント コードで既存の型を拡張する必要がある場合、
> 可能であれば既存の型から派生した新しい型を作成することで行ってください。
> 詳細については、「継承 (C# プログラミング ガイド)」を参照してください。
> 拡張メソッドを使用して、変更できないソース コードのある型を拡張する場合、
> 型の実装の変更により拡張メソッドが破損するというリスクを負うことになります。
> https://msdn.microsoft.com/ja-jp/library/bb383977.aspx

>>420
何を言ってるのかよく分からんけどなんか盛大に勘違いしてる気がするw

彼は拡張メソッドに夢をみすぎてるんだ
現実を知らないキッズには良くあることさ
拡張メソッドで多態()

こういうサンプルで示せばいいのかな？
細かく書くと面倒なので擬似コードだけど、(拡張メソッドを通常メソッドと同様に呼び出す以外は)同じことが実際にできる
https://ideone.com/hJQfol


Main.exeではShapeクラスとRectクラスが定義されている。
これ単体ならすべてのShape継承クラスが拡張メソッドDrawを持ってる

Main.exe用のプラグイン、plugin.dllを他の人が後から作り、Main.exeのShapeを継承したTriangleクラスを実装している。
Main.exeはdllを動的に読み込み、インスタンスを作り、Hogeメソッドに渡している。

ここで、plugin.dllでは拡張メソッドDrawが定義されていない。そして、この拡張メソッドの定義を強制する手段が存在しない

>君はパターンマッチングが一番良いと思ってるんだろ？
いや、状況次第。ラッパークラスを作るほうが良い場合も多いと思うよ。
そのラッパークラスのインスタンスを作る時にパターンマッチ構文があれば簡潔にかけるので非常にありがたい


あと、今気づいたけど、そもそも構造体は仮想関数テーブル持ってないから多様性をもたせようが無かった
>>394でもthisポインタって言ってるけど、構造体の場合は仕組み上コピーが渡る

>>424
それが、「コンパイルには通るが拡張メソッドを呼ぶと失敗する」例だというのなら、
言いたいことは分かった。

ただ、それは失敗して当然というか、
「知らない図が書けない」だけであって、実装してない部分が動かないだけ。
丁寧にやるのなら、拡張メソッドがない場合に□を
出力して対応するしかないし、それだけでしかない。（文字化けのようなもの）
(C#に実装の有無を確認する方法があるかどうかは知らない。
JavaScriptでは問題なく出来る。
拡張メソッドが多態出来るのなら、親(Shape)に□を表示させるメソッドを実装しておく）

別にそれは正しく全てを実装する時に手間が増えるわけでもない。
dllが他言語から供給されたとしても関係ない。
そもそもそちらの言うとおりShapeが演算用クラスであった場合、
クラスを追加する側にこちら『だけ』で使っている拡張メソッドを実装してくれと言うのが無理。
拡張メソッドは使う側が全部管理しなければならないだけ。実装も。

実装を強制する方法はないが、その必要もない。
自前で実装済みかどうかを判定して対応するのみ。
(定義を確認する方法がないのなら困ったことになるが、
それでも最悪try-catchは出来ると思うが、駄目なのか？)

>>425
> 構造体
これはShapeがクラスではなく構造体だった仮定か？
それは最初から間違いで、クラスにしてもらうしかない。

どのやり方がいいのかは合意をとる必要はないけど、
俺が思うには「拡張メソッドで多態」が出来れば全て満足で上手く行く。
現状の拡張メソッドの仕様では旨味が無く、使いどころがない。
正直C#でこの手の「残念仕様」を見るのは初めてで、少し驚きだ。
(C#の仕様はどれもこれも何を意図しているか大体分かるものばかりだった）
ただ、やる気だけの問題だと思うから、今後拡張される可能性はあると俺は思うけど。

>>427
そんな自分で自分の足を打ち抜くような機能が入るわけないじゃんw

追加
>>424
その場合、仮にdll側で拡張メソッドを実装してくれていたとしても、インポート出来ないだろ。
こちら側がコンパイル時に見えてないと駄目なんだからさ。
だから今の仕様は「全部自前で用意しろ」なんだよ。
俺もそれでいいと思うし。

拡張メソッドを実装したクラスをインポートするっていうことも出来る(ようになる）のかもしれんが。

これを15年前の世界から書き込んでるのだから、彼は凄いよ。
virtualも拡張メソッドも理解出来てなくて仕方ない。まともな動作環境すらない世界で仕様を理解しようと、間違ったことをワザと書いて、我々に答えさせてるんだから。

C#の拡張メソッドをJavaScriptのプロトタイプ拡張と同じ感覚で考えてんのかね
スクリプト言語やりすぎると頭おかしくなるってのは本当だったんだ

javascriptでもプロトタイプ拡張は99.9%バッドプラクティスだけどな
気づくのに数年掛かった(prototype.jsが持て囃された期間を考えてみたまえ)程度にあいつらフロントエンジニア共は馬鹿だ

>>426
それがC#の設計思考とずれてるんだよ。
できるならば静的に解決したい。コンパイルに通ったならメソッドが存在し、存在することを前提に最適化したい。
ただの静的メソッド呼び出しだったのに、動的に確認する分かなりコストが高くなる。数万の木構造にやるなら1msが命取り

あとは、それを実装すると名前解決が異常に複雑になり、今後の言語拡張の障害にもなるな

その程度で良いならRoslynを使ってVSのプラグインでshape.Draw()ってコードをパターンマッチングに展開するプラグインを作ればいいんじゃないかな。

>>433
何について言っている？
「拡張メソッドの多態」についてなら、既に言ったようにローカルに多重継承させればいいだけ。
実装自体も無理はないし、動作速度も問題ないと思うよ。
各クラスのvtableをコピーすることにはなるけど、
オブジェクトを直接vtableに載せていることはないだろうし、
コピー領域は、sizeof(void*)*フィールド個数 Bytes でしかない。
もちろん他の実装も出来るだろうし、いずれにしても必要になればMSが検討すればいいだけ。

多分ここら辺の話が通じないのは、君がvtableの実装を理解出来ていないのだと思うよ。
それは>>414にあるURLを全部読めばいい。
C++やC#のコンパイル言語は、メソッドは動的に名前で解決するわけではないんだよ。
(なおJavaScriptは全面的に動的解決だが、それでもC#の1.5倍ほど遅いだけ。)

俺は「拡張メソッドの多態」は欲しいと思う。
君はこれについて「要らない」のか「欲しいけど出来ないという意見」なのかはっきりしないが。

そんな極々ニッチな需要のためにMSが動くわけないだろ
そんなに自分のアイデアが優れてると思うなら実装して然るべき場所で評価してもらえよ
今やコンパイラもオープンな時代だから出来ないことはない
良い加減うっとおしいんだよ
攻撃的な口調で長文連投すんなハゲ

>>434
こちらのvtableの知識を疑う前に、staticがvtableにあると勘違いしていた理由を考えるとかC#の勉強するとかしたほうが良いかと

プラグイン等により拡張メソッドを持たないインスタンスが渡ることを考慮し、vtableの実行の前に存在判定が必要で結構コストになる
また、Javascriptが早いのはJITが鬼のように最適化してるからで、そこまで考えるとstaticメソッドのインライン展開が妨害されるとか、

質問としては、vtableのコピーでなんでフィールドの個数が出てくるの?
あと、別のファイルだと別の拡張メソッド呼び出しになるかもしれんが、どのタイミングでインスタンスのvftable書き換えるの?
その場合、拡張メソッドの呼び出しはすべてスレッドセーフじゃなくなる？

今のところメリットが0とは言わないが、メリット<<<実装の手間、影響

C#でアスペクト注入したい
RealProxyか実行時コンパイル以外に手段はある？

c#を主に使っていて時々php書くとphpが使いにくいてイライラするのですが、皆さんそういう事有りますか？

>>438
フツー

歯ブラシでプログラムを書こうとしたら辛いのは当たり前だろう
https://en.m.wikiquote.org/wiki/Rasmus_Lerdorf
＞PHP is about as exciting as your toothbrush.

ASP.NET CoreでWEBアプリを作っています
機械的に処理を行うためHTMLの代わりにJSONを返さなくてはいけません
この場合MVCで作るべきでしょうか(ViewでJSONを生成)

>>441
なぜViewで？

>>442
どのような設計が正しいのかを聞きたいです
簡単に言うとTwitterのUIは作らずにJSONを返すAPIだけをASP.NET Coreで作る感じです

>>443
Web API（CoreではMVCと統合されたけど）を使いたいってこと？

>>444
そうです
ASP.NETの無印はWEB APIがあるみたいですが、Coreだとないみたいなので…

>>445
Coreではライブラリが統一されただけだから普通に使えるよ。

https://docs.asp.net/en/latest/tutorials/first-web-api.html

>>446
ありがとうございます
WEB APIはCoreでも使えたんですね

もう一ついいですか？
ASP.NET無印を使ったことがなく、いきなりCoreから入るのですが、
まだCoreがリリースされてあまり経っていないらしく情報が少ないのですが、
無印の情報はCoreにもある程度は応用出来るのでしょうか？

>>447
無印って、ASP.NET Web APIのことを言ってる？基本は一緒だけど、Coreが出た以上、特に今までのWeb APIはオワコン
Coreを使わなければならない理由があるの？

>>448
Linux鯖を使いたいから
WinVPS高いし

高いのは嫌だリスクは取りたくないってガキじゃあるまいし

>>450
ここは普通にガキが来る板だぞ

ガキだろうが年寄りだろうがケチりたい人はケチりたいんじゃね

>>450
ガキだから金がない
さくらVPSでも結構きついし

お金が無い分、努力でカバーだね。
情報少ないから、ぜひ先駆者となってくれ！

>>450
> 高いのは嫌だ

はわかるけど

> リスクは取りたくない

ってどこから出てきたんだ？
Linux 鯖で .Net なんてリスクだらけだと思うが

Node.jsとかでよくね?
ちょっとしたAPIにC#とか大袈裟すぎでしょ

>>456
ちょっとしたじゃなくて結構大規模になる予定
あと動的型付けは苦手(TypeScriptはあるけどC#の方が好き)

>>457
Linuxには精通してるってことでいいんだよね？

>>458
ラズパイで鯖建てする程度なら出来るけど

まあコンソール使えりゃどうにかなるかな

C# 7、そしてその先へ： 非同期処理（前編） － Task-like
http://www.buildinsider.net/column/iwanaga-nobuyuki/009

C# 7、そしてその先へ： 非同期処理（後編）－ 非同期シーケンス
http://www.buildinsider.net/column/iwanaga-nobuyuki/010

コピペマンって本人は親切のつもりなんだろうし、本人気づいてないだろうけど不気味だよw

パフォーマンスをシビアに意識するのはもはやライブラリ作っている人やそういった
高速化を専門にしている人だけあって毎日コード書いてる人間としては書きやすさだけが気になる

今後もまた無駄な名前空間がぼこぼこ増えていくんだろう
MSはnamespaceをごちゃごちゃさせ過ぎてる
すっきり数本の柱にしておけばよかったのに細分化させすぎだ

新しいおもちゃが手にはいると遊びたくなるものさ

Scalaの糞の山に比べたらこの程度可愛いもん

大きすぎるnamespaceよりマシ

毎日コード書ける仕事したい。
机上で数ヶ月会議して設計して、作って仕様変更とか無駄なことやめたい。

今 Microsoft Visual Studio Community 2015 だかってのをインストールした

C#は全く知らない。
この統合環境の使いかたもほぼ分からなくて困ってる。
CUI のhello worldだけは出力させてみた。


こんな俺に学習用のいいサイトよろしくお願いします。

とりあえず ++C++; 未確認飛行 C でいいんじゃないでしょうか

ありがとう。ではそこで学習する事にします。


今とりあえず
int i = 10;
Console.WriteLine(i + " " + "hello_world");
これを実行させてみたのですが、
スクリプトのごとく数値が都合よく文字に変換されて実行されました。

数値と文字は暗黙の自動変換なのでしょうか？

+ 演算子 (C# リファレンス)
https://msdn.microsoft.com/ja-jp/library/k1a63xkz.aspx

ありがとう

Microsoft.Office.Interop.Excelのcomを使って、既存のグラフシートを編集しようと思うのですが、
下記のコードを実行すると、エラー0x8002000Bが出てアクセスできません。

Worksheet ws = wb.Sheets["graph1"];

既存のグラフシートにアクセスするにはどうしたらいいのですか？

>>474
そんなことやったことないんでよく知らんけど、ここ見る限りSheetsじゃなくてChartsの方
使わないとだめなんじゃないの？
https://msdn.microsoft.com/ja-jp/library/office/ff821062.aspx

IDE使えないって人に++c++進めるのはどうかと思うけどｗ

なんでボールから入るんだよ

ごめんスレ間違えた

いままでvbaで開発してて最近c#勉強してるんだけど
visual studioで開発するときvbaでいうモジュール単位（vb editor上でmoduleっていわれるやつ）に分ける方法教えてクレメンス

クラスとか作ればソリューションエクスプローラに自動的に追加されるっぽいけど
コードが縦に長くなって開発しづらい

たぶんvbeなんかよりもよっぽど開発しやすい方法があるんだろうけど
プログラミングの仕方というより開発の仕方みたいなのを解説してくれているhpとか本があったら教えてほしい

てかoopの考え方を理解出来てないのが問題かもしらん

スレ違いだったらごめんなさい

>>474
結局質問だけしてトンズラか。どうせマルチくんなんだろうな。

>>479
君はVBAも良く分かってないと思うw
とりあえずC#にモジュールはない。
VB.NETにはあるけど普通はまず使わない。

>>480
いわゆるモジュールじゃねーっす
エクセルとかもってるならvbe開いてモジュール追加って出来るあれです
んで、開発の仕方みたいなのの情報しりませんか

>>481
OOP学んで適当にファイル分割するのが基本かな
あとは、クラスビューとか定義に移動とかいろんな機能があるから好みの使い方を見つけるしかなさそう

オープンソースとか読むと参考にはなる
こんなに細分化するかーとか、この書き方は初めて見たというのも時々あるので、人の好みがそれなりに強いかも

>>481
ソースファイルを追加したいなら
プロジェクトを右クリックして
追加 - 新しい項目
コード - クラス
で、名前を入れて出来上がり

>>482
あじゃっす
王道なしってことっすね

vbaでつくった1万行程度のプログラムをc#で作り直そうとしたら
にっちもさっちもいかなくて
（最初はbutton click event以下に超長いコードかいてたｗ）

c#サンプルコードでググったやつをいくつか見たんですけどどれも短めで
オープンソースっすか、とたんに難しくなりそうで敬遠してたんですけど、見てみます

>>483
コレダ！
あざーす！

>>483
全然関係ない俺だけどそれ知りたかったありがとう
統合環境超むずい

「新しい項目」って言うのがちょっと思い付きにくいかな
新しい項目って言うのを覚えておけば、右上の「クイック起動」に新しい項目って入れると
プロジェクト-新しい項目の追加...
って表示されるから覚えておくとなんかの役に立つかも
追加でも同じように表示されるけど、追加は他にも
ファイル-ソース管理に追加
とか似たような項目がいっぱい出てきてちょっと探しにくい

>>485
プログラミングはやめた方がいい。
言語のセンスなさすぎ。

波カッコってひょっとして必要なかったんじゃないか
インデントが有ればブロックは表現できるし
波カッコを使うとタイプ量が増えるしネストするとスコープが逆にわかりにくい
C# 8.0ぐらいで良いから波カッコを使わないように仕様を変えて欲しい

だったらC#やめてPython使ってろ

pythonが静的言語だったらな

>>488
変えられるわけ無いだろアホか

後ろ波カッコのうっとおしさは異常
なんでこんなゴミみたいな記号のために丸々1行も使ってんだと怒りを覚える

ironPythonを静的言語に改造したようなのない？
ないなら作ろうぜ

後ろ波かっこぐらいでうっとおしいと言うのは甘い
XAML見たら発狂するぞ

>>492
ブロックの終端を明示するためだろ。導師も言ってるじゃん、「暗示より明示」って。

作ろうぜって誰に向かって言ってんだ
勝手にテメェでウンコ排出してろボケ

>>492
お前が!存在に状態遷移すれば解決するよ

Pythonのフォーラムで定期的にインデントブロックの代わりに
ブレースブロックを採用して欲しいって要望が出てるくらいには、あれも好かれてないよ
実際にブレースブロックに改造している奴がいるくらいだ

結局は隣の芝が青く見える現象だと思われる

要するにどっちでも良いわけだろ
だったらコンパイルオプションで選べるようにしろよ

>>499
お前が実装してプルリクしてみろよカス

ぶっちゃけC言語が嫌われるトップ理由が
｛　｝　だと思う

だよね
{}は利便性が悪いだけでなく見た目も美しくない

ネタ投入のつもりなのか、それとも今時パスカルな人なのかな。
そんなにブレース嫌いならVB選べばいいよ。

どうせ出来ることはほとんど違わない。
ラムダ式とか死ぬほど冗長だけどw

後ろ波カッコっていうから
てっきり

if() {　←後置のことかと思ったら

}　←こっちのことか

beginとendを｛と｝に書き換えるプリプロセッサでも作れよ

そういえば大昔のC言語の本では
beginとendを#defineでカッコに置換するというネタが普通に書かれてたとか…？

>>506
普通かどうか知らんけどこれだよね
http://www.pro.or.jp/~fuji/mybooks/cdiag/

インデント>=括弧>>>>>>>>>>>>>>begin,end
begin,endのメリットは全く分からない

>>508
他の言語との違いを出すための苦肉の策。

>>508
目に優しい

{ }
を透明色にするエクステンションを作れば解決するだろうが！

バグ死

>>507
そうだよ
診断室とここのスレタイの相談室を掛けたんだよ

ASP.NET WebFormsってあるじゃん
入力値の検証コードを書く仕事をやらされてるんだけどさ
何回も何回も同じような(でも微妙に違う)コードを書かされる拷問みたいになってるんだけどこれうまいことDRYできないの？
クライアントサイドのイベントハンドラで検証
サーバーサイドのイベントハンドラやページメソッドで検証
入力モデルにバインドしてローカルサービで検証
といったように少なくとも1リクエストで3回はよく似たコードを書いてる
コントロールが多いエンドポイントだと死んでしまう

>>514
モデルクラスに入れてからまとめて検証すりゃいいでしょ
クライアントサイドはサーバー側でREST API用意しといてAJAXで呼べばいい

>>514
WEBフォームだろ？
カスタムの検証コントロール作ればいいんじゃないかね

>>516
それは試したけど柔軟性がないから断念した
カスタム検証コントロールではまずクライアントサイドのカスタム検証ができない
それに検証前後に簡単に処理をフックする事ができない
やろうと思えばできない事もないけど自動生成されたコードにアクセスする必要があるからメンテナンスの不安がある

>>517
全部サーバーサイドでやればいいんじゃないか？

>>517
もしかして、CustomVaidatorの話かそれ？
祖じゃなくて、自分で検証するコントロール作れって話だぞ
クライアント用のスクリプトも全部自分で出力できるぞ

これで柔軟性がないってなら、WEBフォームじゃ無理ってことだ

>>519
CustomValidatorの事を言った
もしかしてCustomValidatorってみんな使ってないの？

>>520
CustomVaidatorでもクライアントスクリプトでのカスタム検証ぐらいできるけどな
毎回似たようなコード書かないとダメだが
この手間と検証タイミングの問題だけクリアできるならCustomVaidatorでも充分だろ

>>521
CustomValidatorもうちょい調べた
クライアントサイドの検証は出来た
でも検証前後に処理をフックするってのがやっぱり出来ない
結局のところカスタムコントロールで検証もやってしまった方が良さそう

ファイル選択ダイアログを使ったプログラムを組んでいます。

OpenFileDialog ofd = new OpenFileDialog();

.csv ファイルのみ選択可能な状態にしたいのですがこの指定では
エラーになってしまいます。どう修正すれば良いでしょうか？
ofd.Filter = "CSVファイル(*.csv)";

MSDNの解説読もう

openfiledialog 拡張子 制限
でぐぐれ

>>525
サンクス

解決

っていうか、F1叩くだけでMSDNがすぐ見られるのに
なんでわざわざより手間をかけて2chで質問するのよw
そこが理解できんよw

そら無能だからだよ。そんなこともわからないのかよｗ

素人です
CommonSaveFileDialog で [ファイルの種類] を変えてもファイル名に反映されません
SaveFileDialog のように拡張子を自動で付加できるようにする方法を教えてください

初心者むけのスレがあるよ

ふらっと　c#って名前

FileAsShellObject.ParsingName

>>530
ありがとうございます
今後利用します

>>531
ありがとうございます
しかしながらこちらを使っても結果が FileName と変わらないのです
ShowDialog の後に取得していますが当方の使い方が違ってます？

すみません解決しました
DefaultExtension を指定するとおｋなようです
そうしてたつもりがちゃんと出来てませんでした

すみません。Moq について質問です。
インタフェースをMock化した時とか、Setupしていないメソッドやパラメータが呼ばれた時に例外を吐くように設定したいのです。
入り組んでいて、何が呼ばれるのか追いかけるのに疲れました。
例外を吐いてくれれば、Setupしなくちゃと分かるので、デフォルトで例外を吐くような機能があるんじゃないか？
と、ググろうとして・・・思いつきませんでした。

どうすれば良いでしょうか？


・・・とか書いていたら、自己解決してしまいました。
https://github.com/Moq/moq4/wiki/Quickstart#customizing-mock-behavior
に
var mock = new Mock<IFoo>(MockBehavior.Strict);
としろと。

ちなみに
var mock = new Mock<Foo>(MockBehavior.Strict);
とインスタンス化出来る実体があると、そいつのインスタンスを作って、Proxyとして動いてしまった・・・
インターフェース抽出してMock作る必要があるのか。


そして、このレスは某所に誤爆していたものを転載・・・

そういうつぶやきはTwitterがいいと思うぞ

アロエにでも聞いてもらえー

Mockフレームワークは仕事を増やすだけ

モックは自分に都合のいい脳内彼女を相手に恋愛の練習してるようなもんだからな

夢から覚めなきゃあそれで十分だあ

おじさんが子供の頃樫木モックってアニメがありました

脳内彼女が正しい応答をすることをどうやって保証するんだろうな
(return thisを除く)メソッドの戻り値やgetterをあまり使わない「言いっぱなし」が基本の
ガチなOOPならインラインのモックは有効だけど、そうでないなら
普通にボトムアップでやるか、どうしてもモックが必要なところ(IOなど)はちゃんと正しく実装した再利用可能なクラスを作ったほうがいい

ユニットテストは品質保障ではなく開発者のためのテストの意味合いが強い
だからモックが正しい動作をするという保障は必要ないんだよ
開発者が納得して開発の助けになればそれでいい

ロジックの奥の方でたまにしか使わないようなのを隅々までテストするには有効

C#のファイナライザって同時に複数のスレッドで走る事ってあるんですか？
またはアプリケーションのスレッドと同時に動く事はあったり？

ファイナライザでスレッドセーフ意識していないコードを書いても特に何も問題は起きていないようなのですが、たまたまでしょうか。

https://msdn.microsoft.com/ja-jp/library/ff647790.aspx

「このため、Microsoft は将来的に、CLR で複数のファイナライザ スレッドを実装することを選択するかもしれません。」
とありますが、これが書かれたのは2005年です。もう変わっていたりして？

ファイナライザは最後の手段だから、そんな複雑さを伴う処理は書かないのが無難。

複数のスレッドからファイナライザを呼び出すような作りって、あまり良い作りとは思えないけどな。（ボソッ

スレッドセーフかどうかと、再入可能かどうかをごっちゃにしてる気がする。（ボソッ

（ボソッ
↑何これ

プライドと承認欲求と予防線を混ぜて発酵させたもの

(^o^)ﾉ＜つぶしあえー

階層構造もいい具合に空気読んでマッピングしてくれるマッパーってないの？

string[] arr = { "aa", "bb", "cc" };
として、
var dic = new Dictionary<string, string[]>{
　　{ "1", arr },
　　{ "2", { "aa", "bb", "cc" } }　// エラー
};
とすると二番目でエラーが出るのですが何故でしょうか？

String[]がnewされてないから

>>553
でも一番目はエラーしないのですが。
なぜでしょうか？

>>552
{ "2", new [] { "aa", "bb", "cc" } }

{ "aa", "bb", "cc" }だけじゃ、型推論で(stringの)配列か判断出来ない。
arrの方は宣言時に型を指定してる。

>>555
>{ "aa", "bb", "cc" }だけじゃ、型推論で(stringの)配列か判断出来ない。
でも最初に
new Dictionary<string, string[]>{
としているので、二番目の引数はstring[]だと推論出来るんじゃないですか？

言われてみたらそうだね。

エラーメッセージ見て推論できないのは頭が悪い

確認したら型推論関係なくただの文法エラーだった

>>559
エラーしない一行目のarrをそのまま置き換えたのが二行目なのに
なぜ文法エラーになるのでしょうか？

エラーが出た部分をコンパイラが配列初期化子として認識していない模様
同じ文でも構文解釈の位置によって意味が変わることはままある

new string[] {"a", "b"}
を
{"a", "b"}
のように省略できるのはフィールドとローカル変数の宣言時だけ

今時new省略の配列初期化子なんか使わない方がいいよ
型推論が無かった頃の遺物で一貫性がない

language specificationを改めて見返したら
配列初期化子のnewが省略できるって記載はないのな
前の版にはあったのかな

>>564
記載があるとしたら変数の宣言や初期化のところじゃない?
new省略の配列初期化子は最近のC#でいう初期化子とは別物で、正確には配列初期化子というより配列型の変数宣言の特別な形だと思う

Cから入ってテキスト何冊か終わらせてからC♯にきたけど、
Cよりも感覚的に理解できるように作られていると感じた。
だがやっぱりCと混同してしまう部分が多くて困るな
学習が進めば頭の中で区分できるようになるんだろうが

相談じゃないな　すまん

CもC#も大差ない
便利な構文やクラスが沢山あるってだけ
明確な違いはメタデータぐらいじゃないかな

GCは?

*や[]や関数ポインタが絡んだときの宣言みたいな汚くて読みづらい文法がないだけ
C#の方が理解しやすいよね。

配列も文字列も普通に型だし。

>>567
大差ある

文字列はchar配列らしいけど、配列は型じゃないの？
Cって配列型じゃないの？

Cに配列型なんか無いよ
連続領域の先頭を指すポインタを配列に見立てているだけ

それC#でも同じじゃない？
C#でも
var arr=new int[n];
でarrに入るのは参照だし

文法とか変数とか型とかポインタはどうでもいいがイベントが楽だからC#からCに移ろうとは思わないな

>>570
ないよ
出来ることは変わらない
書くのが楽か面倒か
それだけ

>>575
それってc#もCOBOLも大差ないって言うのと同じことだよね

大差ありすぎてワロタw

大差の定義によるな

ネイティブコードにコンパイルできるか否か
弱い静的型付けか強い静的型付けか
オブジェクト志向か否か
GCあるか否か

ぱっと思いついた違い

全部同じじゃんそれ

>>575
> 書くのが楽か面倒か

大差あるやん w

>ネイティブコードにコンパイルできるか否か
これはまあ、言語じゃなくて環境の問題ではあるけどな

理屈の上では、C#からネイティブコードを吐き出すコンパイラを作る事も出来る
絶対やらないだろうが

……と思ったけど
Microsoft .NET Native　とかあったなそういや

とっくにUWPアプリはネイティブですよ。

なにそれおいしいの？

型付けの強さ弱さを同じって言われて俺びっくりしちゃったよ

>>585
レイアウト変更のもたつきなどの、C#特有のもっさり感がないよ

作ったUWPアプリ環境によってインストールできなくて挫折したな

Cって静的言語だから型は同じじゃないの？

汎用デリゲートのEventHandlerを使用した場合のメリットについて教えてほしいのですが、これを使用するとデリゲート定義の1行を省けることを超えるメリットはあるのでしょうか？

>>590
発想が逆立ちしてるよ。

普通は、標準で用意された方法を超えるメリットがないのであれば
あえて独自のデリゲートを使う理由はないと考えるんじゃないの？w

それって車輪の再発明そのものだよねw

いやまて、イベント以外のデリゲートに使おうとしてるのかもしれんぞｗ

そうか、標準のもので済めばそれを使うのが当然なのか
根本が間違ってた
ありがとう

>>569
それを汚ないと感じる人と
美しいと感じる人もいるんじゃないか？

>>594
void (*signal(int sig, void (*func)(int)))(int);

美しいかどうかは美的感覚の問題だから人それぞれとしか言えないが、
少なくとも俺は上みたいな宣言を見せられたとき、これが何を意味しているのか
瞬時には理解できない。

「汚い」っていうのはそういうことを表現したつもり。

http://kmaebashi.com/programmer/pointer.html
これを読んだうえでCのポインタの文法が美しいと感じる奴がいたら逆に凄い

コード見たときにそれが何を指してるのか分かりやすいのはCの方だな

>>595
ああああああ

なつかしいいいいい
UNIXもしくはLinuxか何かでみたぞおおおおおお

もう絶対こんな仕事に戻りたくないぃいいいいいい

コードの動作が分かりやすいのはC
コードの意図が分かりやすいのはC#
言語の差というより、コードをマシンへの命令と考えるかプログラマの意図を表現するものと考えるかという意識の違いが大きいと思う
do if (*src != ' ') *(dest++) = *src; while (*(src++));
Cはこういうの平気で書き散らす基地外が多い

K&Rの時代は終わったんだよ

20年前にFM-TOWNS()でCから入ったが今の時代にガキだったらCだのC++だのは一切触らなかっただろうなーと思う
かといってphpやjavascriptから入るのはアレだしc#最高＾＾

>>599
いやそのコードはおかしいけどな。多分以下。

while (*src!=0) *dest++ = *src++;

それをキチガイというのは自由だが、Cならこれを読めない奴は馬鹿扱いだよ。

初心者は常に「自分の読めないコードは、コードが悪い」としか言わないのだけど、
実際はその初心者の技術レベルに問題がある場合の方が多い。
599はこれだね。

読めないのは馬鹿ってのは同感
そういうのを書き散らすのは基地外ってのも同感

>>602
いや599はスペースを除去してるんだけどな
正直わざと分かりにくく書いたから602の技術レベルを疑うつもりはないけど、
分かり難さを証明してくれてどうもありがとう

>>602
完全にスレ違いだけど、そういう同じポインタを2回手繰ってるのって
コンパイラは最適化してくれるのかな。

っていうか
while ((*dest++ = *src++) != 0);
って書いても読みやすさは変わらないと思うんだけど

ああ、0コピーしたらダメな場合は使えないのかw
ボケてるな

>>604
ああよく見ればそうだな。てかスペース見えんかった。
俺はプログラミングは固定ピッチフォントでやる派なので。

つか脱線でさらにスレチだがC++の開祖がプロポーショナル派で、
「プログラミング言語C++」もそれで印刷されているのだが、読みにくくてかなわん。

>>605
俺は余り詳しくないのだが、その範囲で話をすると、
K&R第2版P129には、そういう場合は

while (*dst++ = *src++)

にしろと書いてあるわけだが、実際はこの書き方はwarinigが出る環境の方が多いと思う。
したがっておそらく最適化はやってもらえる（はず。volataileでない限り。）


>>595も本来はtypedefやマクロを使えばもっと綺麗に書けるし、多分それが普通。
悪い例を出しても言語間の比較にはならないよ。
どの言語でも糞な書き方は出来るから。（比較的C#はそうなりにくいのは認めるが）

>>607
すまんセミコロン抜けてた。

while (*dst++ = *src++);

なんのスレなんだここ

Swiftでも++は削除されたし、考え方次第なんだよなー
近代的な文法がないCではしょうがないんだろうが

>>610
マジ？と思って調べたら、どうやらそのようだ。つか、Pyshonも無いんかよ。
https://github.com/apple/swift-evolution/blob/master/proposals/0004-remove-pre-post-inc-decrement.md

Cとは生まれた時期も目的も異なるからどちらがいいという問題ではないが、
Cで問題だった箇所を一つずつ潰すのも新しい言語のやるべき事だよ。
主張はそこに書いてある。同意するわけではないが、まあそういう見方もあるわなくらいには思う。

ただCは何だかんだで多分生き残る。
あれはほぼアセンブラで、限界までチューニングするにはあの記法が必要だから。
対してC#やSwiftやPythonは生産性/可読性重視だから、
おそらく次の新しい言語が出てきたら取って代わられる。

「近代的」っていうのはそういうこと。時間が経つにつれて「前近代的」になる。
これは近代的言語の宿命だね。
そしてCは「前近代的」でも生き残る価値があるから現存している。

ただ、++で問題を感じたことはないんだけどな。
そこの例に挙げられている
> foo(++a, a++)
をやる奴は死ねでいいけど、
これは引数の評価順を規定してないのが問題で、別問題。

Pyshonて何だよ？と思ってggったら、ホントにあるのな。

Cがわかりにくいのって記号が物理的に見にくいだけだろ
概念的な難易度はC#と変わらん

Perl「特に見にくくなんて無いよ」

>>595
調子こいたラムダ式とかもだめだよな！

結局プログラマの能力の問題
現状だと調子こいたラムダ式書ける奴は比較的スキルが高いからコード綺麗だよ

c#でウオッチ１には表示されるのですが、
ウオッチ２や３のウインドウにもウオッチさせる方法を教えてください

コードのキレイ汚いは感覚論だから議論しても仕方がない
でもラムダを使ったコードはコードの重複が少なく結合が弱いから誰が扱っても保守しやすいプログラムになるのは確かだね

何より言語やライブラリ、フレームワークがラムダを当たり前の存在として扱っている以上使わないという選択肢はない
キレイ汚いという個人的感情によるワガママは通じないのだ

○○を使ってたら汚いコードになるってことじゃないんだよな
そういうことがわかってないと汚いコードになる

それより審美眼の足りない奴を蹴り出した方が効果的

審美眼でコードを書くやつはプロジェクトから追い出したほうがいいって
20年前から言われてる
K&Rのコードはさんざん批判されてる
ここは20年前のスレか

保守性の高いだれでも理解しやすいコードを書ける奴が優秀

×　> 保守性の高いだれでも理解しやすいコードを書ける奴が優秀
○　馬鹿な俺でも読めるコードを書ける奴が優秀なことにしたい

K&Rのコードが「汚い」という批判はないと思うが。あれはあれで美しい。
勘違いした馬鹿が闇雲にトリッキーなコードを書いたり、
(今まさに関数型()の奴らが同じ事をやっているが）
或いはタイプミスなのか意図的なのか分かりにくかったりするのが問題なだけ。
これらは色々warning等を出して対応されてきた。もちろん最初からSyntaxErrorならそれでよい。

そして「コードが汚い」ってのは今言っているようなせいぜい10数行の局所区画のことではなく、
もっと大きな上位区画での話だろ。意味不明なクラス構成とか。
というか、10行程度のコードなら多少汚くても読めるし、
正しく抽象化されて階層が分かれていれば、
そういうローレベルコード（何かのメソッド等）は一度読んで動くのが分かればそれでおしまいだろ。
問題はそれらを駆使するミドルレベルコードがグダグダな方だと思うし、
それを「コードが汚い」と表現するのだと思うが。

というか多分お前らは「自分が読めるコードが綺麗なコード」とする初心者に近い奴が多いのだと思うが、
実際の所、腕のいい奴は「書ける範囲で綺麗なコード」にしているわけで、
結果的に綺麗なだけなコードならいくらでも綺麗にかけるし、
高速化が必要なら多少汚くなっても最適化を施していく。
だから「汚い」と批判するのはそれ以上の物を自分で記述できるときだけにした方がいい。

K&Rに関しては実行速度/リソースについて最適化を施されているわけだから、
それよりも少ないリソースで速く動くソースが書けないのなら、「汚い」とは言うべきではない。
それが読めないのはお前が馬鹿だから。
少なくともそれを書いた奴はお前よりも腕前は上なわけで、
お前でも読めるようなコードを彼等が書くことは可能なわけだし。

例えばソートとか。
APIとして呼ぶ分には中身がどうであれ正しく速く動いてくれればそれでよし。
それが非常に読みにくい物でも、正しく動く限り、速い方が選ばれる。
それを読みにくいだけの理由で「汚い」とするのはナンセンスでしょ。
K&Rのトリッキーなコードは本来はこういう区画にしか現れないものだよ。
そしてそれは「ソート」として分離されるから、その中身がどんなに汚くても、開発の障害にはならない。
「コードが汚い」ってのは、つまり「これじゃあ今後手を付けられません」って意味だろ。
ソートみたいな局所区画でこれがあてはまることはない。
（実際「汚い」＝「読みにくい」のと、
「コードが汚い」との批判＝「開発の障害になる」との意見は別物のはず）

問題は、例えば、「ラムダを使うべき場所でラムダを使ってない」とか、逆に、
「ラムダを使うべきでない場所でラムダを使っている」とか、だろ。
要するに簡単な方を使えばいいだけなのだけど、
意識高い奴は「○○の方がいい(ｷﾘｯ」とか言って無理に使うからおかしな事になる。

ポエマーきもっ、まで読んだ。

コードだけでなく2chレスも読みにくいわw

もちろん昔と同じように考える分野もあるけど、多くの場面じゃ昔と今は考え方が違うのよ

っていうか、説明的な文章を簡潔かつ過不足なく書く能力と
可読的なコードを書く能力はおそらく無関係じゃないと思う

何が言いたいかはお察しくださいw

・ソースが汚いとはクラス構成が変などの大きな区間の事であり10行程度なら問題ない
・多少汚くても速い方がいい
・新機能を無理に使うと汚くなるからやめろ
でおｋ？

むしろこんなに書き込めるんだな
あれか？最新に出てくる画面に1レスだけで全部埋めたりできるのか？

>>629
行数の問題じゃない。1行でも汚いのはあるし、変数名一つとっても汚らしいのがある
今は遅くても可読性、拡張性、保守性を重んじるケースの方が多い
新機能は汚いわけじゃない。互換性とかそれまで認知されてなかったトラブルを産む原因になるだけ

>>629
・「ソースが汚い」と批判される場合は
全体的にナンセンスか必要のない箇所で最適化をしている場合。
必要な箇所での最適化で結果的に著しく可読性が落ちたとしても
「ソースが汚い」と批判されることはない。
・速さが必要ない箇所では最適化せずに、一番単純な記述にしろ。
・新機能は便利だから追加されたのだから、積極的に使えばいい。
ただし使えばいいって物ではない。

仕様上どうしても実行速度が必要な部分を除いては、可読性の高さは実行速度より優先されるべき

>>633
同意。
なんか早すぎる最適化はうんたんってのがあるんだろ。

コードの9割以上は速度はどうでもいい箇所なので、可読性をとるべき。
糞どうでもいい箇所をこねくり回してワケワカメなコードにする奴はハゲろ。
(言っちゃあ悪いが関数型()な奴はこれをやっている気がものすごくする)

あと言語のポリシーにもよるでしょ。
C#はC程のチューニングをする為の言語じゃない。
それこそ、C#なら全箇所で(速度は全く気にせず）可読性重視というのもありだと思うよ。
そもそもどうしても速度が必要ならCでDLL書いた方が速いし早い。

コードの綺麗さは実は定量化できる
わかりやすいので言えば重複するコードがどれぐらいあるかとかな

関数型は親の仇、まで読んだ。

いつの間にか老害になってた、ってのもよくある話。

>>623,624の可読性は定量的に表すといくつですか？

3

評価に価しない

要するにアンチパターン

>>623

コードに審美眼とかうるさい奴は死にかけのPerlに行けよ
死ぬ程美しいコードだらけだぞ
副作用だらけの可読性や保守性が全然ない糞みたいな世界にいけばいい

>>615
調子こいたラムダ式ってどの程度のものを指していますか？具体例を教えて下さい。

たぶん「調子こいた『ラムダ式』」では。

ラムダ式の中でも特に調子こいてる物、って事でなくて
ラムダ式自体が調子こいた代物だ、って事かい

匿名メソッドはOKなんですねよかった

>>644
ひでーｗｗ

俺の意見じゃなく、>>643を噛み砕いただけだからね
まあ俺も酷いと思うわｗ

ラムダ式「今夜はザキンでシースーよ」
ということですね

ザンギにソース？（北海道民感）

>>647
その言い方だと俺が酷いようにみえるんだけどｗ

牛乳を買ってきて卵があったら6個買ってきてね

これで牛乳を6個買ってきた話のようだ。プログラマーってのはめんどくせーなw

それは解釈の違いの問題じゃなく、
単なる勘違いというか記憶ミスの話じゃないのか

変なパーサー使ってるんだな

最後の買ってはコンパイルエラーにしてほしいな

ラムダ式使うと調子こいてるヤツと思われるのはit業界の常識ですか？

>>654
うんにゃ

コードの流れに唐突にラムダ式入ってくると邪魔だなって思う
長い奴はメソッドにしてにラムダ式で呼べって思う

>>654
イテレーター業界？

メソッド書かないで引数内で追加できてよかったと思う人もいるんだろうか？

ラムダ式なしでWhere()とかSelect()使うの苦痛だわw

>>650
それとぃってｒで見た

>>659
そういうのは調子乗ってると思わないけどｗ

普通にメソッド書いたほうが見通しスッキリするんじゃねー？
と思うコードはある、かな……

delegateの演算子オーバーロードは出来ない？

例えば
Func<string, int> f1 f2
な時に
f = f1 | f2;
stringの値によって、f1またはf2を呼び出すfをつくる
みたいな事がしたい。

デリゲートはクラスじゃないから無理でしょうね
c#は関数呼び出し演算子()のオーバーロードもできないからクラスで実装するのも無理
c++なら出来るんだがね

トリッキーな脱出条件の再帰コードを見た事がある
見た目はスッキリしてるけどバグを誘発しそうで怖い

>>664
そんなトリッキーなことするバカが出ないようにってこと

個人的には別にトリッキーだとは思わないけど
むしろ美しい
https://ideone.com/N9aycD

>>667
"個人的"だね、ほんと

個人的だねとの判断も明らかに個人的なものであるが、これいかに

>>667
分かりやすくて良いと思う
この辺りをどう感じるかは文理学歴の差が大きいと思う

>>667
それって記法上のメリットしかないだろ？
だってベタに書こうと思えば書けるし、大した手間でもない。
だからそういう糞ユーザーの「俺カッケー」を出来なくしてあるのがC#だよ。

inline f
f1(f2(3))
3*f2(3)
3*f1(3)+2*f2(3)

そのコードはテンプレート部(40行目以前)が完全に動くならそれでいい。
ただしそれが保証出来ないのなら、いちいち見ないといけなくなる。
つまり糞ユーザーの「俺カッケー」に付き合わされることになる。
そういうのが開発効率を落とすと判断し、C#は出来なくしてある。
そういうのも含めて全部出来るようにしているのがC++。

C#の判断も一理ある。だから賛同するならC#を使えばいい。
いやならC++を使えばいいだけ。

このケースに関しては、やっていることはOOPスレの10と同じ。
http://echo.2ch.net/test/read.cgi/tech/1467992113/10
便利なことをしているつもりが余計に手間を増やしている。
初心者はこの判断が付かないんだよ。だから1行/1文字でも減らそうとする。

なお俺はその記法について文句を言っているわけではない。
それがシステム側で「バグのない物」として提供されていれば、使えばいい。
ただ、オレオレ記法をしたいだけの為にバグがあるかもしれない物を出されたらウザイだけ。

こういう流れを見るとやっぱ文理学歴の差って大きいんだなって実感する

オレオレ記法じゃなくて数学的な記法をプログラムに持ち込んだだけなんだけどね
後バグがあるならやめてほしいと言うけど特にc++規格に明示されてない文法を使ってるってわけでもないし
関数オブジェクトとか（この場合可変長テンプレートとか）を見慣れない人にはトリッキーに見えるだけだと思うな

分かりにくいというか曖昧すぎて理解のしようがない
関数の和や合成と言われても、引数適用や合成の仕方は無数に考えられる
全てがオレオレのフィーリングに基づいた暗黙脳内ルールじゃん
むしろ理系こそ拒否反応起こすわ

そう言うことを頻繁にやるならアリだと思うが過去そう言うことをやったことない俺にはできてもできなくてもあまり変わらん
バグまで持ち出して反論してる >>671 はちょっと頭弱い子だと思う

>>673
数学の合成関数は f(g(x)) だろ。アホなのか？

>>673
なお俺はトリッキーだとは言ってない。
バグを誘発する糞コードを読まされる手間が増えるだけだからウザイと言っている。
その件に関してはベタで書いた方が「全体的には」楽だろ。それだけ。
初心者はこの「全体的」が分からないから局所的な最適化コードに異様にこだわるだけ。

それだけで済んでいればいいけど、通常はそれだけじゃ済まないんだよ。
そして泥沼化するから、C#では最初から禁止している。それだけ。
まあ妥当だと思うよ。

まあラムダがあれば簡単な関数合成する上で特に不便はないな
C++はラムダがない時代が長かったからオペレーターオーバーロードなどを駆使して表記の簡略化、統一化を考える必要があった

演算子オーバーロードの濫用の問題は、全く一般的でないオレオレルールが+などの非常に一般的な表現でコードに撒き散らされることだよ
少なくとも俺には f=f1+f2 と書かれても何のことかさっぱり分からん
うまいこと空気読んで共感してあげるという高度な文系的センスが求められる

ちなみにC#からの見方に変えると、
C#の開発時には既にC++があったわけだから、
templateの有効性や演算子オーバーロードの利便性を知らなかったわけではない。
ただ、馬鹿が調子こいて余計に手間が増えることの方が多いと判断したから、落とした。それだけ。

「出来る」ことと「便利になる」は別なんだよ。だから結局の所プログラマ次第。
そして「自前クラス」まで禁止するとstaticおじさんになるというわけさ。
これについてはJava側からの視点で批判的な物が多いけど、
おかしなクラス構成ばかり見せられたら自前クラスも禁止したくなるだろ。
実際、OOPスレ10に対してなら
「お前がクラスを作ることは禁止、どうしても欲しければ相談しろ」というのも現実的な線だよ。

要するにメタプログラミング系は本来は熟練者しか使っちゃいけないのさ。
初心者が「template使える俺カッケー」をするからおかしな事になる。
それってtemplateを使うこと、或いは短く書くことが目的になってるだろ。
手間を減らすこと、コンパクトに書いて規模の限界を緩和することを目的にしろって事だよ。
(クラスも程度は軽いけど結果的に自前フレームワークを用意するという点でメタプログラミングと似ている)

関数の合成といえば(f◯g)(t)=f(g(t))だし
「線形結合できる関数」クラスの例で
関数の和といえば(f+g)(t)=f(t)+g(t)だし数学的にこれ以外ないでしょ
合成はc++に◯記号がないから|を代わりにしただけ

あとあのコードがまるで「普通」のコードよりもバグを誘発しやすいみたいな言い方してるけどなぜそう思うの？
単に見たことない書き方だからそう思ってるんじゃないの？

数学についても、プログラムについても単に知らない人が拒否反応を起こしたり分かりにくいといっているように感じるんだが

>>681
てかお前数学知らないだろ？
○って何？ドットなら関数内積で、合成関数ではないぞ。

あ、2chで表示できないのだろうからunicodeで頼むわ。

U+2218
http://www.fileformat.info/info/unicode/char/2218/index.htm

コードの細かい記述方法であれこれルール作りたがるとかチラ裏でやってほしいわ
他人から見たら全く役に立たない

>>684
ああこちらでも確認した。そういう表記をすることもあるようだ。
俺は知らんが。

ただ、そういうのを | で代用するようなことをするから演算子オーバーロードは駄目なんだよ。
それが欲しければ、そのコードをそのまま使わないといけない。
そうじゃないと、お前のオレオレクソコードを全員が読まないといけなくなるだろ。

例えばJavaScriptなら、ソースコードはunicodeなのでそれが出来る。
function ○(func0, func1){}
だからその件に関する正しいやり方は、unicode版C++で○を演算子としてサポートすることだ。
ただ、f(g(x))と書けばいいだけのことを新しい演算子を定義するのは無駄だ。
だから現実的にはunicode版C++で○をマクロ等で合成関数に置換することだろう。
(unicode版C++があるかどうかは知らん）

>>680
cppからcsへの変遷の際に危険だが柔軟性の高い機能が取り除かれた理由は、調子こいたバカが増えるからではなく、基本的なスキルのないプログラマが使うことを前提にしたってだけだろう
上で出た関数合成の例だってまともに仕事してるcppプログラマならなんの苦もなくよめる
おや、数値型以外の型に+演算子が定義されているぞ
ああ、オーバーロードしたのね
まっ、文脈から関数合成で、よほどひねくれてなきゃ線形結合だろう
いちお、確認するか…仕様書は…ない
ならソースみよか…(10秒ほど定義を眺める)…うん、さっきの解釈で良いみたいだね
よし、じゃあ楽に見やすくなるならガンガン使おう
cppが出来るレベルではこれが普通の反応であって、読めないという泣き言はプロである以上通じない
csだと逆に、Linqとかあたらしいのわたしよくわからないので禁止！といったようにバカがわからないというだけで、自作の便利なライブラリどころか、標準的なライブラリすら使えなくなってしまう
世間的には同じプログラマとして分類されるけど生きる世界が違うんだよ

自己が見慣れないものを、一見汎用性のありそうな無知な屁理屈つけて拒否しるのって、老化の始まりなのかな。
自戒の意味も込めて。

>>686
さっきからちょっと気になってたんだが
関数を合成するのと関数の評価を続けて行うのは全く別の処理だぞ
どの記号を使うべきか、そもそもオバロすんなとかいう議論以前の話で間違ってる

>>687
そういう考えは規模が大きくなると破綻する
関数合成をする操作があっちゃいけないとは思わないが、定義を思い出すのに十分なラベルを付けるべき
1,2文字の記号と、離れた場所にある型宣言だけではあまりにもヒントが少なすぎるし、演算子は名前空間が小さすぎる

>>687
なんかC++の奴らは「選民思想」を持っているようだけど、それは違うと思うんだよ。

そのコードを書いた時点で、バグがある可能性が残ってしまう。
だから見ないといけない。俺はこれが嫌なんだよ。
コード自体は「打ち間違いがない」という前提でなら10-30秒程度だよ。中身は何もやってないから。
だからそれが既に実績のあるライブラリとして提供されていて、その中身の確認ならまあいい。
ただしそれを自前で書かれたら、詳しく確認しなければならないし、全てに当てる検証も必要になる。
そして得られるメリットはちょっと短く書けるだけ。
これは明らかに手間が増えているだろ。

.NET公式で関数合成の演算子として提供されていれば、それを使うことに問題はない。
仮にバグがあったとしても公式側が修正してくれる。(中身の実装について見る必要がない)
自前で書いたら上記の通り手間が増えるだけ。だったらベタで書いた方がマシ。

基本的にC#は「馬鹿が使う」ではなく「ここら辺まででいいよね」という思想だとおもうし、
その判断自体も割と妥当だとは思う。ちょっと窮屈な点はあるけど、致し方なし。
なお俺はC#派ではなくかなりC寄りのC++派ね。（お前らがbetter-Cと言っている奴）

これとは別に、「馬鹿でも使える言語」として使っている奴もいるし、
そいつらが調子こいているのも事実だけど、それは別問題。

>>690
まあ別に俺も演算子を積極的に推奨するわけじゃないけどな
ちゃんとしたcppプログラマなら標準の型に対する演算子の挙動に準ずる動作で演算子を定義するのが良い習慣だってのが常識として知っているわけだし

>>689
関数ポインタを返せばいいだけだろ。

いずれにしてもtemplateは静的展開なんだから、ベタに書けない処理はないだろ。
ベタに書くのがいいか、テンプレートを使うか、
これを検証まで含めた「手間」基準で判断しろというのが俺の意見。

>>691
依存先にバグがあるかも～とかそんなんでプログラマやっていけるのか？
演算子使おうが使わないが、やりたいことが関数合成だろうが何か別の処理だろうが、プログラミングするなら、関数やメソッドを定義してモジュール化するのは当たり前の事だろう
むしろ同じ処理をモジュール化しないで、同じようなコピペコードを大量生産するほうが圧倒的に悪じゃん？
この悪を突き詰めるとUIのイベントハンドラに全ての処理をぐっちゃぐちゃに詰め込むようなキングオブバカになるんだよ
そんなものは誰も望んでいない
処理の重複があればモジュール化するのが当たり前
モジュールにバグがあるのも当たり前でモジュールの保守をするのも仕事のうちだ
演算子がどうのこうのってレベルじゃねえぞ

>>693
レス番間違ってないか？

>>694
お前がそう思うのならそれでいいじゃん。
俺は「手間」がかからない方を選ぶ。それだけ。

関数の線形結合なんて普通のプログラミング（例えばブラウザ等の製作）では不要だろ。
だから俺はそれにオーバーロードなんてしないし、必要ならベタに書く。
普通のプログラミングで、その線形結合って何回使うと思っているの？

余程数学的なことをするのであれば関数の線形結合も必要になるのかもしれないけど、
そういうところは既にライブラリなりフレームワークが用意してあり、
演算子も既にオーバーロード済みだったりすると思うよ。

とはいえ、俺とお前は特に何の関係もないわけで、別にお前がそうすることを止めはしない。
それをOSSとして公開してあれば、「馬鹿がいきがってるな」と思うだけ。
そういう俺に対してお前が「馬鹿だな」と思うのも自由だよ。
そういう意味ではいい時代になったね。

>>695
間違ってない。
> 関数を合成する (>>689)
に対して「関数ポインタを返せばいいだけ」

俺が671で
> 関数の評価
つまり値を算出したのが気に入らなかったんだろ？

Cでも「関数ポインタを返す関数」というのは普通に定義出来る。
関数合成ってのは別に難しい話でも新しい話でもない。

>>696
なるほどそっちの認識では線形結合のみかつ再利用の機会も少ないという前提の話題だと思っているのね
関数合成や線形結合はあくまで一例であってもっと一般論的な話をしてるつもりなんだが>>694読んでわかんなかったかな？

ああすまん、696はレス相手を勘違いしていた。
>>694向けに再度書き直す。

>>694
それは単にDRYなりOAOOだし、基本中の基本だろ。
今更何を言っているんだ？

俺は無駄なコードを書くなと言っているだけ。
使いもしない演算子オーバーロードのコードとかね。

>>697
わからなくなってきたな
君は関数合成をカスタム演算子を使う方法ではなくf(g(x))と表記出来ると言っている
これは関数合成ではなくg(x)を評価した結果を引数にしてfを評価しているだけであって関数を合成する処理ではないよと返した
さらにその返しとして関数ポインタを使えば良いというよくわからない返事が来たのでレス番間違ってないか？って聞いたの
関数ポインタを使ってf(g(x))の表記でfとgを合成するにはどう書けば良いんだろうね
当然だけど|を使った表記より実装がシンプルになってバグがなくなるんだよね君のポリシーからすると

>いちお、確認するか…仕様書は…ない
>ならソースみよか…(10秒ほど定義を眺める)…うん、さっきの解釈で良いみたいだね

ドキュメントがそろってない場合、実際にはオーバーロード関数の実体を見つけるだけでも
一苦労で、10秒どころじゃ済まなかったりするけどな。
初見のコードだと結局デバッガで追いかけるのが一番早かったということも。

>>700
> 関数ポインタを使ってf(g(x))の表記でfとgを合成するにはどう書けば良いんだろうね
それが>>595だろ。
> 関数合成の例だってまともに仕事してるcppプログラマならなんの苦もなくよめる(>>687)
流に言えば、まともに仕事してるCプログラマなら何の苦もなく読める。

> 当然だけど|を使った表記より実装がシンプルになってバグがなくなるんだよね
はい。
上記の通り、君の定義の「まともなCプログラマ」なら一瞬で読めるし、
少なくとも | を使っている時点で他の人と組み合わせたらバグを誘発するからアウトだよ。

>>699
すまない
わかってるならいいんだ
君の書いた線形結合かつ再利用の機会の少ない場合に限定したレスを読んでこっちが勝手に一般的な話に拡大してしまっただけだから
線形結合だけできてもまあ確かにそんなに嬉しくはないよね
Boost.Lambdaみたいなライブラリの一部として組み込まれてるならともかくね

>>701
君と俺は反対ではないけども、補足をすると、俺が思うに、
「直感的に見たとおりの演算子/メソッドじゃないとオーバーロードしてはいけない。」
いちいち確認する必要があるのなら、そこにベタで書いてあった方がすぐに辿れていい。

捨て台詞吐くぐらいなら絡んでこなきゃいいのに...

>>702
それ合成してないじゃん
関数f,gを合成して名前はなんでも良いけどhを作ろうって話してんの

>>703
いや先にIDを読み間違えたのはこちらの方だ。
これは俺が悪かった。

> Boost.Lambda
見てみたが、一覧表がないから使えるものかどうかはよく分からん。
ただ俺はこういうのを使うのは賛成、自前で用意するのは反対。理由は、

・バグがない。あったとしても向こうが勝手に直してくれる。
・「普通」の仕様になっているはず。オレオレ演算子アサインはない。

>>706
「まともなCプログラマ」ならそれも一瞬で書けるって事だよ。
ただし見た目は>>595的になる。それを「汚い」とするかはその人次第。

>>707
すまない
関数ポインタの件がよくわからないのだけどサンプルコードはないだろうか
typedef int (*p_func_t)(int);
とあったときに
p_func_t f = ...;
p_func_t g = ...;
int x;
p_func_t h = f(g(x));
と表記してfとgを合成できるような方法があるってことだよね？

俺は関数オブジェクトを使うのによい例を具体的なコードを示して挙げたつもりなわけだが
その例がクソだというなら同じ題材で「まともなCプログラマ」ならどう書くのか
プログラマらしく俺と同じようにideoneにでもコードをあげてほしいよね

いいかげんそうしないと利点欠点の議論ができない
そもそも彼の言っていることがプログラムで実現できるのかも分からないのが現状だしね

レガシーな話は別の場所で。

そろそろc++スレへ

>>682
ちいさな中空の○のことだろ
数学でよ～く使う奴

f∘g

何時もfまるgって読んでるけど正式な読み方は何なの？

この手の話題に電話越し実験とかというのがあったと思う
自分の思っている事を電話越しに話すことを想定して、
相手に伝わらない記号や概念が思い当たったら使うなって話

>>714
それで正しいみたい
http://izumi-math.jp/sanae/report/suusiki/suusiki.htm
http://www.comp.tmu.ac.jp/yosihiro/teaching/how-to-read.pdf

みんなUIフォントを何にしてる？
メイリオがいいよね？メイリオがいいよね？

理由がないかぎりデフォのまま

ふらっととマルチとか他人に共感してもらわないと不安になる病気か

901 名前：デフォルトの名無しさん (ｱｳｱｳ Sa17-RPp1)[sage] 投稿日：2016/10/04(火) 10:32:30.59 ID:2uMugtE2a
みんなUIフォントを何にしてる？
メイリオがいいよね？メイリオがいいよね？

C#勉強始めたんですが、初心者がだいたいつまづくポイントってどこだと思いますか？

デリゲートかなあ

プログラミング経験ないなら参照型と値型で必ず絶望する
経験あるならデリゲートかな

>>722-723
ありがとうございます
今まさにデリケートでハマってます。。
使い方？使いどころ？を共感できないとうやむやでしょうがないです

デリゲートとかめったに使わないコールバックでしか使ったことがないな
代入かと思っていたら参照だったで面倒なことになった事はある

今時は直接delegateで宣言するようなことはなくなったから
概念は知っておいて、ラムダ式と
Action<T>とかFunc<T>の実用例覚えとけばいいんじゃないですかね

GDI+の機能にかなり頼っていていろいろハマったｗ
>>726
他の人のソースを参考にしようとしてネットで調べているとdelegateは割と見かける
そのときに解釈するのにハマるかもｗ

デリゲートとラムダを滅多に使わないって珍しいね
C#1.0とか2.0の現場なのかな

>>728
いやラムダは普通に使うだろうけどdelegateはむしろ古いソースに多いと思うんだけど
そもそもラムダを滅多に使わないってどのレス？

デリゲートもラムダもインタフェースも一切使わないでアプリ作ってる
参照型と値型はList<T>でハマった
あとDispose

デリゲートで思い出したけど、Delegateを取るメソッドにラムダ式を渡す時、
Actionとか適当なデリゲートにキャストする必要があるけど、これ()が増えて読みづらいんだけど
もうちょっと簡潔に書く方法何かないかね

>>729
ラムダって多くはデリゲートとセットでは？

・匿名メソッド構文
delegate(int x){ return x * 2; }
・delegate typeの定義
delegate string IntToStringFunc(int i);
・定義済みdelegate
EventHandler,Action,Func,Predicate,...etc...

"delegate"キーワードは使わなくなったけど、delegateは使うね。

ラムダ式って拒絶反応が出るんだけどすんなり使えた？

使えたよ

アレルギーは病気だからお医者に行くといいよ

>>734
FAQ過ぎる

C#はじめて触った時点でもうラムダ式あったからあって当然だった

俺もJava初めて触った時点でラムダあったし
5ヵ月間存在知らなかったけど

リンクトゥーエスキューエルは？

拒否感というか、実際に使うまでは全然に覚えれんかったなあ
Cのポインタとかもそうだった

逆になんで拒否反応起こすのか理解できない
知って即座に馴染んで初めのうちは便利すぎてちょっと調子乗って使いすぎちゃいましたってなるだろう

同じカテゴリの処理の実装場所が散らかるからな。気持ちはわからないこともない

別人で再生して浄化した。

>>743
> 同じカテゴリの処理の実装場所が散らかるからな。
それは使いどころを間違えてるだけやん

道具のせいにする人ってどこにでもいるよね

いるね

そういう方はコボルに移ってもコボルのせいにしない？

極端な人ってどこにでもいるよね

>>742
実際にコードを書かない、コードを書けない、かつ不勉強な人がコードレビューでLINQその他に対して激しい拒否反応を起こしたのは見た事ある。
もちろん、その人にコードレビュー受けた人達は大被害ww

その人は自己が見慣れないコードは全部ケチをつけるタイプなので特殊例かもしれん。

そんなやつがレビューアーやってる事の方が問題なんだが

直属の上司とか、1年上の先輩とか
機械的に決まるパターンだと悲しみが起こりそう

日本の文化と思って諦めるしかない
どうしても嫌なら会社はいくらでもある

会社はいくらでもあるが、果たして…

会社厨うざい

Visual C# には iniファイル読み書きのライブラリはないの？

標準のはない

今時はJSONでも使っとけ

>>757-758
ありがとう
なんとかする

Visual C# で、フォーム上の適当なところでダブルクリックすると
ロード直前に実行される関数のひな形(Form1_Load)ができるけど
この関数を削除するにはどうしたらいいの？

逆に消してどうしたいの？

>>760
普通にエディタ上で消せばいい。あと表示→プロパティ→イベント（󾀄）からも消しとけ。

>>760
直後なら（本当は直後でなくてもだけど）ctrl-Zで消せると思う

作ったままの中身空っぽならプロパティイベントから消したら同時に消えたと思う

コードから消そうとすると
エラーになるんだよね
最初ほんとうにイライラしたわ

>>765
ビルドエラーのこと？なったらなったで該当箇所教えてくれるから消せばよくね？

>>764
中身あっても消えるよ
これほんと余計なんだよな

>>765
うちの姉はデザインとコードの切り替えで
CtlとAltと0押して、ShiftとF7で戻ってるぜ

>>762
ありがとう助かりました
プロパンティからも消してエラーが出なくなった

>>767
必要ならコメント入れておけば良いじゃん

>>767
コントロールのID変えたら、紐付いてるイベントまで消えたりするもんな

イベントハンドラ消えて困ることってあるの？
せいぜい1～2行の移譲メソッドでしょ

>>772
ha?

>>773
ん？

>>774
ﾌﾟﾆｭ( ´∀`)σ)Д`)

あるフォームのボタンを押されたら、スレッドを作って
そのスレッドからフォーム内のラベルの読み書きをおこなう

というプログラムを書いているんだけど
スレッドを別クラスで書くにはどうしたらいいんでしょうか
スレッドを作るとき、そこにフォームのポインタを渡せばいい？

>>776
.Start(Object)のObjectにフォームを入れる。
もちろんThreadのParameterizedThreadStartは引数にObjectが必要。

スレッド終了方法にコツがいるから注意な

なお、Invokeで操作するだぞ

今時Threadを直接使うとか時代錯誤甚だしい
続けて処理をするなら、メインスレッドからTaskを開始→メインスレッド上でawait→結果受け取ったらラベル更新→次のTaskを開始→…
って感じの流れにするのが今風

FW4.5以上必須だけど

>>777
Start前に別スレッド用のクラスのメンバーに渡しました
ヘタレですみません

>>780
古い機械で動かす用なので今風にはできません
ヘタレですみません

>>779
意識高いねー

最近は当たり前のことを意識高いと揶揄する若者が増えたよね

ポーリングとかほぼ回しっぱなしの処理ならむしろ生スレッドでいいと思うけどね。
前も書いた気がするけど、デッドロックしやがるたちの悪い処理にも対応可能だし

C#はC++よりも、他人の書いたコードが分かりやすく、数年前のコードが読みやすい言語なのでしょうか？

結論から言うとそんなものは書いた人によります

少なくとも他人のC++の古い糞コードは読みたくない
C#は数年前でもあんま変わらんからそれほどでもない

古い機械って、XPなのかなw

LINQ Task等の登場前後でC#のコードもだいぶ変わってきてきてる気がする。
C#7.0以降でも、どんどん変わって行く気配。

C#のformアプリで画面内にCADみたいな線を引っ張ったりするものって作ること可能？

C#から勉強したから
C++気持ち悪くてしょうがない
本のサンプルコードに多いから
仕方なく勉強してるけど

>>789
ＣＡＤみたいな、の意味がいまいちわからないが簡単な図形なら描ける
http://dobon.net/vb/dotnet/graphics/createimage.html
上のページのはコードで座標を決めてしまっているが、マウスドラッグで指定した位置に描くものとかは簡単にできる

>>791
サンガツ
白紙にエクセルのオートシェイプの機能とか文字を好きな位置に挿入する機能を持ったものかな
線のボタンを描画モード、文字ボタンを押せば文字モードみたいなの出来るかなーって

>>792
>線のボタンを描画モード、文字ボタンを押せば文字モードみたいなの出来るかなーって
そこまでの標準のライブラリは無いので頑張って自分で作ろうｗ
文字の描画もGDI+でできるからＵＩの実装だけだ

>>780
Microsoft.Bcl.Async使えば.NET Framework 4.0 でも使える

>>784
Task作成時にLongRunningオプション指定すれば専用スレッドが作成されるので、ずっと動き続ける処理も対応可能
外から無理やり強制終了させるのはTaskじゃ出来ないけど、それは最後の手段な気が

ずっと裏で動いているスレッドが１つあって
そのために１つだけスレッドを作っているんだけど Threadじゃだめかな・・・

終了時、Invoke中にメイン死ぬと不正終了になるんだけど
こういうのもTaskとかだとなにもしなくても解決するのかな

>>793
作成可能なのかぁ
よっしゃ頑張って調べてみる
ありがとう

>>756
win32api 直たたきでやる

別にDeprecated表示が出るわけでもないのに
いちいち人の顔色確認しないと使えないのかよって感じ

>>796
そもそもずっと動いてる必要があるのかっていう
スレッドが使われる大半のケースは非同期プログラミングが面倒だからで、
asyncのように継続を自然に記述できる十分優れたプログラミングモデルがあればそもそも必要ないことが多いよ

結局、待ち合わせ処理を上手く書けなければ、非同期処理はドツボルだけだからな

今はasync/awaitのせいでそれ意味あん？っての多いな

IProgress<T>も追加されたし、Control.Invoke()とかBackgroundWorkerとか全然使わなくなったなぁ

MSHTML？とかDOM？の話ってここでしても大丈夫？

id='hoge' なdivを探して、さらにその中に散らばっている class='piyo' なdivを
コレクションしたいんだけど、うまく書けない

$('hoge').children('.piyo')

MSHTMLはCOMコンポーネントスレだな
C#ではない

ここよりもどこの方が答え出やすいだろってんならわかるが、C#でやりたいってんだからここでいいだろ
変なとこで聞くとC++とかjsでの例が返ってきて面倒

一方このスレでは、使ってる人が居なくて回答がないってオチなんですけどね
ふふふ

逆にnugetで使えるMSHTML的なライブラリを教えてあげたらどうですか

>>804
上手く書けないってどういうこと？
classNameのことかもしれないなと思ったけど違うかな？


普通にdiv取ってクラス名をアトリビュート指定するとき'class'じゃダメ
'className'じゃないといけない

俺もさっき？ってなった

便利な定番ライブラリー教えてください

nugetにも野良にもHTMLライブラリはあまりいいものがない
XPath指定しないといけなかったり単純じゃない

jqueryみたいな使い勝手のものがいいのに全然そういうのは見当たらない

か余計なことせずそのまま実績のあるjquery使えばいいのでは

>>812
定番かどうかは分からないけどHtmlAgilityPackはどう？
まぁ813が言っているようにXPath使わにゃならんから面倒だけど

mshtmlつかうなら
https://msdn.microsoft.com/en-us/library/cc288169(v=vs.85).aspx
queryselectorが使える

HtmlAgilityPackかSGMLReaderあたりかなあ

今動作してるIEの一覧を取得するのにSHDocVw.ShellWindows()を使うけど
IEかただのエクスプローラかそれとも何かのコンポーネントかを判別するのって
どうしたらいいの？

そんなもの使うなとしか言えない

IE6のときならenumwindowで判断して、hwndからihtmldocumentに変換してたな

>>820
無能だなー

＞今動作してるIEの一覧を取得するのにSHDocVw.ShellWindows()を使う

なぜこんなものを使う？

背後になんか面倒くさい理由を隠してるとしか思えんよな

>>823
こんなもの以外の方法があるならおしえて
ほかの楽な方法があるなら知りたいわ

IEオートメーションじゃ実現できないのかな？

MSHTML.IHTMLElement を MSHTML.IHTMLDocument3 にキャストできるの？

documentプロパティから取れるんじゃないか？すくなくともihtmldocument2は取れる3は使ったことないから知らね

ベクトル使いたいからWPFのチュートリアルみてるけど
もう自分で実装してForm使った方が早い気がした

標準のメッセージダイアログを継承して
おっきいダイアログ出せるようにできる？

>>830
継承してもstaticメソッドの実装はオーバーライドできないよね。

ゼロベースで作っても大した手間でもないよ。
俺はモーダレスかつタイマーで自動で消えるメッセージボックスを自作して使ってる

>>831
ありがとう。 自分で作った。

なんでたまに継承できないクラスあるのかな？

オーバーライドだった

gcnewってなに？ 今でも使っているの？

>>835
c#にgcnewは無いよ。
C++/CLIでc#のnewに相当するのがgcnew。
マネージオブジェクトを割り当てるのに使う。

>>836
ありがとう
何かの記事でごっちゃに見たみたいだな

質問

LINQのクエリ/メソッド式って、どう使い分けるもんなん？
「こういう人はこう」でも「こういう状況ではこう」でもいい。

とりあえずLINQ to Objectsの場合
基本的にクエリ式は忘れていいと思うよ
SelectManyが出てくるときだけ思い出すことはある

ありがとう、あんまり気にしないことにする

>>829
君の言うベクトルって何？
画像系の話?

>>838
単純なクエリはメソッドの方が簡潔に書けるけど、複雑になると解読不能になるからクエリ式を使う
具体的にはネスト(SelectMany)やjoinやgroupbyを使う場合だな
クエリ式だとletでエイリアス作れるし

管理者権限が必要な処理の書き方とか全然知識がないんだけど、そういうの詳しく書いてある本ってあります？

class 社員 { public string 名前; }
class 部署 { public List<社員> 社員リスト; }
class 会社 { public List<部署> 部署リスト; }
static void Main()
{
　　　var data = new List<string[]> {
　　　　　　new string[]{ "会社A", "営業部", "社員1"},
　　　　　　new string[]{ "会社A", "営業部", "社員2"},
　　　　　　new string[]{ "会社A", "営業部", "社員3"},
　　　　　　new string[]{ "会社A", "技術部", "社員4"},
　　　　　　new string[]{ "会社A", "技術部", "社員5"},
　　　　　　new string[]{ "会社A", "経理部", "社員6"},
　　　};
　　　var 会社A = new 会社();
　　　// ここで date を 会社A の中に代入したい
}
こういう単純なクラスとデータがある場合に、dataを会社Aに代入したいのですが、forループでやろうとすると例えば営業部の部署名が複数回出てくるので
上手く出来ませんでした。上級者の人のテクニックを教えて下さい。
本当は会社B、会社CもあるdataをList<会社>に入れたいのですが、まずは会社Aのみで。
あるいは、より良いクラス定義のしかたやデータの持ち方などありましたら教えてください。

>>844
何がしたいのかよくわからんけど、そのコードだと
会社は会社名のプロパティを持ってないし部署も部署名のプロパティを持ってないから
"会社A"とか"営業部"とかいうデータは使われず捨てられちゃうと思うんだけど、そこはいいのかな？w

>>844
Listの操作でいけるだろ
コンストラクターの引数で

部署クラスが部署名を持ってないってことは、その部署クラス（のインスタンス）をみても
どの部署かわからんってことだぞ

つまり、社員の部署が分かったとしても、その社員を
List中のどの部署インスタンスに設定してよいかわからんってことだ

class 会社｛会社CD 会社名｝
class 部署｛会社CD 部署CD 部署名｝
class 社員｛社員CD 会社CD 部署CD 社員名｝
個人的にはこんなイメージ

なんだそのCDって。

「コード」の略として使われてるのを、帳簿やら流通やら管理やらで結構広く使われてるけど
プログラミング界隈に絞ると余り見ない気がする

flagをflgにして1バイト削減するのとどちらがいい

省略がどうしても必要にならない限り
無意味な省略はしない