C#, C♯, C＃相談室 Part94 [無断転載禁止]©2ch.net

**デフォルトの名無しさん** · 2017/04/22(土) 15:36:53.26

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

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

■前スレ
C#, C♯, C＃相談室 Part92 （実質93）
http://echo.2ch.net/test/read.cgi/tech/1485589613/

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

**デフォルトの名無しさん** · 2017/05/26(金) 13:10:14.69

c#でポインタが使えれば俺はc++はもういらない。

**デフォルトの名無しさん** · 2017/05/26(金) 17:16:27.99

メモリ管理はRustのゼロコストGC(正確にはGCじゃないけど)に期待してる

>>221
っunsafe

**デフォルトの名無しさん** · 2017/05/26(金) 18:58:46.42

>>221
使えるよ

**デフォルトの名無しさん** · 2017/05/26(金) 19:35:43.26

パフォーマンスを上げるのに
new するときにどの世代のメモりに生成するか指定できると便利になりそうな気がする
明らかに長期生存が分かっているオブジェクトを若いからというだけでガベコレに晒すのは無駄なんだが、現状無差別でしか生成できない。
アプリケーション終了時点まで消えてなくなることが無いと分かっているオブジェクトに至っては、生成直後に管理から外してもらえると良いんだけど。

**デフォルトの名無しさん** · 2017/05/26(金) 19:47:07.58

>>219
天国だよ
特にラムダ式とかローカル関数では、コピーとキャプチャを区別しなくてよくなる。
というかキャプチャとか考えたやつ、もうちょっとマシな方法思いつかんかったんかよって思う。
どのスコープの物なのか判りにくくてバグの温床
C++みたいに、キャプチャかコピーか明示できるようにして欲しかった。

**デフォルトの名無しさん** · 2017/05/26(金) 20:08:39.93

キャプチャーがそんなに分かりづらいとは思わんけどな

**デフォルトの名無しさん** · 2017/05/26(金) 20:11:40.53

>>226
もしそうだったら、何時ぞのバージョンアップの準破壊的変更で
foreach(var item in xxx) のitemのスコープを変えたりとか苦しい羽目にはならなかったろうよw

**デフォルトの名無しさん** · 2017/05/26(金) 20:15:07.40

>>227
それキャプチャーの問題じゃないでしょ
ループ変数のスコープの問題

**デフォルトの名無しさん** · 2017/05/26(金) 20:16:06.09

>>228
何言ってんだよ、キャプチャがなければ何の問題もない話だろw

**デフォルトの名無しさん** · 2017/05/26(金) 20:16:55.50

よく分からん思考回路だな...

**デフォルトの名無しさん** · 2017/05/26(金) 20:18:42.55

>>230
お前が、トラブルにあったことが無い程度にしかプログラムしていない初心者だからだよw

**デフォルトの名無しさん** · 2017/05/26(金) 20:21:16.22

言っても無駄だと思うけど、だからそれはキャプチャーの仕様が
トリッキーでミスリーディングだから起こる問題じゃありません。

foreachのループ変数のスコープがプログラマの予想を裏切るものだから起こる問題です

**デフォルトの名無しさん** · 2017/05/26(金) 20:33:16.54

結局、C#のEqualsやキャプチャとかが分かりにくくなってしまったのは
利用者から見て隠すべきでない物を隠してしまった所にあるんだろうな

operator == のオーバーロードも、C++ならポインタと実態の違いをプログラマが
. と -> の違いとしてしっかり認識しながらプログラムしている。問題なんか見たことない。
だから、C++のプログラムをしていた自分はJava屋が指摘する == のオーバーロードの危険性について
そんなの気にしすぎと軽視していたんだよな、ところが実際にはヤバかった。

C++プログラマは、ポインタとして利用しているオブジェクトには、ポインタらしい == のオーバーロードを
実体に対しての == は、実体を比較する為のオーバーロードをいつも意識している。
C#は、参照(意味的にはポインタ)を、実体の比較としてオーバーロードしようとしてしまう。意識していないからね。
このあたりが齟齬の発生地点のような気がする。
というかC#はじめて、やらかした。
どころか、標準の string からしてやらかしている。

C++では、ラムダ式でもしっかりと意識したコードができるようになっている。
次の問題は async /await だ、あれも隠してはいけない物の代表格、バグの温床だね。
C#の設計陣、そろそろ学習しろよって思うのであるがw

**デフォルトの名無しさん** · 2017/05/26(金) 20:51:46.15

ああ、昨日の人か

==のオーバーロードが危険とはまったく思わないし、等号という記号のイメージに
そった定義で可能なことは自然で当然のこと

問題があるとすれば、むしろオーバーロードしなくても使えてしまうことだろう。
昨日も書いたけど、VBのようにオーバーロードしないと使えない仕様の方が好ましかった

**デフォルトの名無しさん** · 2017/05/26(金) 21:36:33.37

マップキーに使える値型は==を上書きする
それ以外はデフォルトのまま参照の比較
これで困ったことはないな
強いていうなら決まり切った形式の実装がめんどくさいことか

**デフォルトの名無しさん** · 2017/05/27(土) 20:08:35.61

そういや空の自作構造体をhashset辺りに入れるとどうなるの？

**デフォルトの名無しさん** · 2017/05/27(土) 20:26:33.27

>>236
.netのソース見るとnon-staticなフィールドのない値型のインスタンスは全部等価になるっぽい
試してないけど

**デフォルトの名無しさん** · 2017/05/27(土) 21:21:07.48

そうなんだ。比較時に例外飛ばすと思ってたよ。

**デフォルトの名無しさん** · 2017/05/27(土) 21:22:20.09

質問する前に試せよ

**デフォルトの名無しさん** · 2017/05/27(土) 22:01:52.68

structの既定の比較は、かなり複雑な事やってる。
ポインターとか環境によって可変するフィールドや、アライメント関連で構造体中に隙間が無い場合に限ってmemcmpで高速比較する。
それ以外は、リフレクション使っての比較なのでパフォーマンスが大幅に落ちる。
なので、原則オーバーライドして使えという事を、昔C#が出始めたころにMSが言っていた。

自分は、いいかげん面倒くさいので、自分用は式ツリー使って比較とハッシュ計算の関数を自動生成してコンパイルした上で使っている。
既定の比較もこういうのを標準で作ってくれると面倒が無いし間違いもないんだが、などと思っている。
比較したいフィールドもしくはプロパティーに[EqualsTarget]というアトリビュートを付けたら、それで自動生成される感じ。
大小比較もこれで実装されるようにしてやった。

公開して、全員に使ってもらおうかどうか思案中、ちょと変態コードすぎるので気が引けてる。

**デフォルトの名無しさん** · 2017/05/27(土) 22:27:07.42

初心者が頑張ってる感があって微笑ましい

**デフォルトの名無しさん** · 2017/05/28(日) 00:28:08.62

スレチ感があるけど該当スレが分からずここで聞くんですが
Windows Formで背景色って灰色が初期値なのって何故でしょうか

**デフォルトの名無しさん** · 2017/05/28(日) 00:31:20.09

Windowsを作ったマイクロソフトに聞け

**デフォルトの名無しさん** · 2017/05/28(日) 02:09:41.98

>>242
それ本来はOSの設定で変更可能なはずなんだけど。Win8以降コンパネで設定できなくなってるから
何だか訳分からんことになってるね

しかし、今触ってみて改めて思ったけどWin10のUIはウンコだな
Win7の時代の方がよほど分かりやすかった
誰が考えたらこんなカオスで使いづらいUIになるんだ

**デフォルトの名無しさん** · 2017/05/28(日) 08:42:44.56

つか、元のコンセプトから見れば、灰色じゃなくて銀色のはずなんだけど
どう見てもねずみ色だね

**デフォルトの名無しさん** · 2017/05/28(日) 10:16:19.73

なぜグレーかというと、ハイライトと陰でウィジットを立体っぽく表現できたから。
だからフラットデザインではグレーにすり必然性はない。

**デフォルトの名無しさん** · 2017/05/28(日) 10:30:30.28

開発用端末はMac、サーバーはLinux
最近はWindowsの出る幕がない

**デフォルトの名無しさん** · 2017/05/28(日) 11:35:19.99

俺も最近は職場のPCでも開発はほとんどVirtalBox上のLinuxでスクリプト書いてる
たまにVS立ち上げる機会があるとクソ使いやすくて感動するけど、VS以外のWindowsは大嫌い

**デフォルトの名無しさん** · 2017/05/28(日) 11:41:23.39

>>248
VS でスクリプト書けばいいだけじゃん

**デフォルトの名無しさん** · 2017/05/28(日) 12:42:49.19

VSをLinuxやMac向けに売れば絶対儲かるやろ
for MacとかじゃなくてWin版と同じように使える奴

**デフォルトの名無しさん** · 2017/05/28(日) 13:54:11.57

XCodeで心穏やかにプログラムを書ける奴を尊敬する
よほど精神修養したんだろうな

**デフォルトの名無しさん** · 2017/05/28(日) 13:55:34.04

ユーザー数が
Win >>>> 越えられない壁 >>>> Mac
だから採算が取れる見込みが無けりゃ作らないよ

**デフォルトの名無しさん** · 2017/05/28(日) 14:34:28.04

そもそも VS で儲けるとか w

**デフォルトの名無しさん** · 2017/05/28(日) 15:17:54.35

>>252
開発者は
Mac>>>>>越えられない壁>>>>>Win
だろ

**デフォルトの名無しさん** · 2017/05/28(日) 15:22:27.08

>>254
vs for macで何か不満でも？

**デフォルトの名無しさん** · 2017/05/28(日) 15:26:48.07

>>254
それはない
大企業の開発環境がMacとかあり得ん

**デフォルトの名無しさん** · 2017/05/28(日) 15:27:43.83

>>254
もうちょっと現実見ようぜ

**デフォルトの名無しさん** · 2017/05/28(日) 15:44:53.94

現実見た結果Macにたどり着いた
まあ三流企業は永久に窓でも使ってろってこった

**デフォルトの名無しさん** · 2017/05/28(日) 15:46:59.96

winでもmacでも*nixでもストレスしか溜まらん
開発者向けの天国OS欲しいわ

**デフォルトの名無しさん** · 2017/05/28(日) 15:58:51.29

三流企業というか弱小企業はMac使うんだろう

**デフォルトの名無しさん** · 2017/05/28(日) 16:01:38.86

>>260
弱小企業は金がないから窓使うしかない
かわいそう

**デフォルトの名無しさん** · 2017/05/28(日) 16:03:22.88

でかいビル丸ごと一棟開発の部署でほぼ全部windowsマシーンとか見たことないんだろう

**デフォルトの名無しさん** · 2017/05/28(日) 16:05:30.06

>>261
で、なんでお前みたいなカスがここにいるんだ？

**デフォルトの名無しさん** · 2017/05/28(日) 16:08:15.24

国内でmacが1000台稼働してますなんてオフィス見たことも聞いたこともない

**デフォルトの名無しさん** · 2017/05/28(日) 16:08:20.73

コスパならLinux
快適さならMac
思考停止するならWindows

**デフォルトの名無しさん** · 2017/05/28(日) 16:08:28.50

>>262
その光景に寒気を覚えない奴は実務未経験だろうな

**デフォルトの名無しさん** · 2017/05/28(日) 16:34:01.56

visual studioとc#が最強すぎるから今はwindowsが一番いい

**デフォルトの名無しさん** · 2017/05/28(日) 16:45:27.79

一番最低の開発環境はWin+Cygwin
仕事を辞める理由に値する

**デフォルトの名無しさん** · 2017/05/28(日) 17:28:00.00

スポーツでもそうらしいけど、デキない奴ほど道具にこだわるのって
なんか日本人の伝統芸みたいだねw

あとこれはたぶんIT系だけだと思うけど「～使ってる俺すげえ」っていう
よくわからん自己陶酔に浸る奴は相変わらず多いね。
自己陶酔は自己不安の裏返しだって気づかない時点で程度が知れるけど

**デフォルトの名無しさん** · 2017/05/28(日) 17:33:05.05

こだわるとか凄えってほどのものじゃないだろう
当たり前のように一通り使って見て
当たり前の感覚であぁ窓よりMacの方が使いやすいなぁって感じる
ただそれだけのことなんだよね
鉛筆よりシャーペンの方が良いなぁって感じに似てる

**デフォルトの名無しさん** · 2017/05/28(日) 17:39:13.08

「こんなに素晴らしい○○を使っている私は特別な存在なのだと感じました」

「○○は優れている」ってのが「優れている○○を使ってる俺は優れている」に転化しちゃってる奴は多いね。
IT系に限らず趣味の世界一般で多いけど。
そんでそれがdisられると、まるで自分がけなされたかのようにムキになる。

**デフォルトの名無しさん** · 2017/05/28(日) 17:58:58.49

そうはいっても業務で筆を使ってる人が居たらペン使えよって内心でバカにするだろ？
そういうこと

**デフォルトの名無しさん** · 2017/05/28(日) 18:04:29.24

Winでいいって言ってる奴はRoR使った事ないだろ

**デフォルトの名無しさん** · 2017/05/28(日) 18:06:50.38

C#のスレでMacで開発とかナニカの病気か

**デフォルトの名無しさん** · 2017/05/28(日) 18:08:24.27

あ、ここC#スレだったわ
すまん、スレ勘違いしてた

**デフォルトの名無しさん** · 2017/05/28(日) 18:29:20.56

>>274
なん年前の話だ？

**デフォルトの名無しさん** · 2017/05/28(日) 18:50:35.39

>>272
筆を使って業務に支障がないなら別に文句はない
評価は仕事ができるかかどうかでペンを使うかどうかじゃない

**デフォルトの名無しさん** · 2017/05/28(日) 19:45:38.03

ジャップは奴隷らしくしたかどうかだろ

**デフォルトの名無しさん** · 2017/05/28(日) 20:18:29.52

>>274
いつの話をしているんだ

**デフォルトの名無しさん** · 2017/05/28(日) 20:25:47.96

macで開発を主張してるのは各種OSSが簡単に導入できるからだろ
それがc#と何の関係があるのかはしらん

ちゃんと管理された大企業のPCに勝手にOSS入れることは難しい

**デフォルトの名無しさん** · 2017/05/28(日) 20:28:31.76

>>280
開発機と事務用PCの違いってわかるかい？

**デフォルトの名無しさん** · 2017/05/28(日) 20:35:51.83

一山いくらのPGなんてそんなもんよ
コード生産ライン作業員に自由なんてない

**デフォルトの名無しさん** · 2017/05/28(日) 20:36:36.03

管理がしっかりしてる企業の方がリスクリターンを解ってるから導入は簡単
OSSは不安とか杓子定規にフリーはダメな三流企業は難しい

**デフォルトの名無しさん** · 2017/05/28(日) 21:15:15.54

OSSダメ言い出したらLAMPすら無理じゃん

.NETだってオープンソースになってLinuxやMacに移植されてんのに

企業が管理してるのとか実績があるのだったら良いのか？

**デフォルトの名無しさん** · 2017/05/28(日) 21:32:38.97

.net compact framework(C#2.0？)で知識止まってるんだけど久々にザマリン使って泥アプリでも作りたい
動くだけならできるんだろうけどlinqとかlambdaとか学びながらやりたいんだが
本とかサイトでいいとこ教えてくれ
C++,PHP,ruby,Javascriptはまー普通に書けるレベル

**デフォルトの名無しさん** · 2017/05/28(日) 21:39:52.49

>>270
WindowsとMac、両方並行して使ってるけどそこまで致命的な差は感じないなぁ
バージョン管理、統合開発環境、エディタ、パッケージマネージャがマルチプラットフォームで動くようになったのはでかなり楽になった
RubyはまだWindows冷遇は強いので悲しいけど。

OS自体としてもデフォルトでも使いやすいのはMacだけど、カスタマイズしていくと差が埋まってく
人によるだろうけど、カスタマイズ好きとしてはどうせMacもLinuxもWinもカスタマイズするので大差なかった

**デフォルトの名無しさん** · 2017/05/28(日) 21:40:14.17

>>284
PowerShellもMSBuildもRoslynもダメなのかねｗｗｗ

**デフォルトの名無しさん** · 2017/05/29(月) 14:34:44.41

誰もそういう事は言ってないだろ
馬鹿じゃないの？

会社のPCに社員が勝手にソフト入れんなってことだろ

**デフォルトの名無しさん** · 2017/05/29(月) 14:39:23.18

>>288
馬鹿じゃないの？

**デフォルトの名無しさん** · 2017/05/29(月) 15:01:35.47

ここまで馬鹿しかいねーだろ

**デフォルトの名無しさん** · 2017/05/29(月) 18:35:09.12

この手の話題は俺社環だからマ板でやれと言われているのに何この無限ループ

**デフォルトの名無しさん** · 2017/05/29(月) 19:41:47.70

ループ以外のレスをしないでください

**デフォルトの名無しさん** · 2017/05/30(火) 04:00:45.22

>>286
LINQはってのは使えば解るレベルの簡単さだから大丈夫
たまに毛嫌いする困ったちゃんがいるけど

**デフォルトの名無しさん** · 2017/05/31(水) 19:30:52.46

varの話ししてもいいですか？

**デフォルトの名無しさん** · 2017/05/31(水) 19:33:05.55

ダメです

**デフォルトの名無しさん** · 2017/05/31(水) 22:00:36.87

使う言語ころころ変えてたらメンテ大変そう

**デフォルトの名無しさん** · 2017/06/01(木) 00:53:00.46

馬鹿そう

**デフォルトの名無しさん** · 2017/06/04(日) 09:05:27.27

FormにwebBrowserコントロールを置いて、
WEBページを拡大や縮小して表示する方法がありますか？

**デフォルトの名無しさん** · 2017/06/04(日) 09:48:20.53

oleコマンド遅れ

**デフォルトの名無しさん** · 2017/06/09(金) 09:59:55.43

FormなんかやめてElectronにすれば解決

**デフォルトの名無しさん** · 2017/06/09(金) 20:38:16.81

スレチ

**デフォルトの名無しさん** · 2017/06/11(日) 11:11:25.29

REST APIが一般化したせいで様々な環境と言語をメンテする機会が増えた

**デフォルトの名無しさん** · 2017/06/11(日) 14:21:33.09

ソースを貰ってみると
(これどの辺がRESTなん…? RESTいいたかっただけやろ…)
と思うことも多々あり

**デフォルトの名無しさん** · 2017/06/11(日) 14:29:59.13

休みたいっていう願望の現れよ

**デフォルトの名無しさん** · 2017/06/11(日) 17:24:44.36

IN PEACE

**デフォルトの名無しさん** · 2017/06/12(月) 11:51:52.59

>>302
どの言語＋フレームワークが一番よかったですか？

**デフォルトの名無しさん** · 2017/06/14(水) 23:05:30.95

ConfigureAwaitのデフォルトをtrueにしたのって大失敗だろ
書くのめんどくせえよ

**デフォルトの名無しさん** · 2017/06/15(木) 19:38:22.96

>>307
trueにしないと死屍累々だったと思うが

**デフォルトの名無しさん** · 2017/06/15(木) 20:45:29.51

おじさんは太川陽介を連想しました

**デフォルトの名無しさん** · 2017/06/15(木) 21:40:50.91

まあどっちを既定にしても文句は出るところだと思うけど
await/co_awaitみたいにキーワードで指定できりゃ良かったんじゃは思う

**デフォルトの名無しさん** · 2017/06/15(木) 22:08:01.60

ConfigureAwaitをtrueにするのはもうデスクトップアプリぐらいだろ
dotnet coreになってasp.net mvcもコンテキストへの依存がなくなったわけだし

**デフォルトの名無しさん** · 2017/06/15(木) 22:16:14.73

デスクトップアプリだけ既定がtrueになっとると思っとりました

**デフォルトの名無しさん** · 2017/06/15(木) 22:27:30.17

デフォルトfalseだと常に排他制御が必要になるだろ
わざわざコンテキストに戻すのはマルチスレッドの煩わしさを避けるためなのに

**デフォルトの名無しさん** · 2017/06/15(木) 22:35:26.43

コンテキストと排他制御は関係ないでしょ

**デフォルトの名無しさん** · 2017/06/15(木) 22:50:32.92

>>314
あるよ
一部awaitしない呼び出しがあったりすると、後続処理がスレッドプールで実行されてしまうと見かけ上同一コンテキストのように見えるコードでも
同時に複数のコードが並列で実行されてしまう可能性がある(というか確実にそうなる)

**デフォルトの名無しさん** · 2017/06/15(木) 23:10:58.71

awaitすればいいじゃん
それってasync/awaitの世界では前提でしょ

**デフォルトの名無しさん** · 2017/06/15(木) 23:14:08.29

だったらtrueでもWaitしなけりゃ問題ないじゃん
排他制御が必要になるケースももちろんだけど、そもそもawaitの前後で常にスレッドが変わること自体がプロブレマティックすぎる
そんなのに比べたらUIスレッドでWaitする馬鹿のリスクなんて全く取るに足りないレベルだ
coreはWeb用ということで想定される要件が技術的に単純だから許されるんであって、さすがにそれを全ての用途に適用するのは無理がある

**デフォルトの名無しさん** · 2017/06/15(木) 23:18:14.91

>>317
>coreはWeb用
ソースよろ

**デフォルトの名無しさん** · 2017/06/15(木) 23:21:24.69

>>318
https://www.microsoft.com/net/core/platform
>.NET Core is a blazing fast, lightweight and modular platform for creating web applications and services that run on Windows, Linux and Mac.

**デフォルトの名無しさん** · 2017/06/15(木) 23:22:43.99

http://qwerty2501.hatenablog.com/entry/2014/04/24/235849

ここに書かれてるような問題があるからデフォはfalseが良かったって言いたいなら
俺も羹に懲りて膾を吹いてるようにしか思えんね

**デフォルトの名無しさん** · 2017/06/15(木) 23:25:02.21

>>319
完全にMicrosoftのミスリーディングやなこれは