ふらっと C#,C♯,C＃（初心者用） Part146

2019/12/11(水) 22:12:11.28

!extend:checked:vvvvv:1000:512
次スレを立てる時は↑を2行冒頭に書くこと（1行分は消えて表示されない為）

「どんなにくだらないC#プログラミングやVisual C#の使い方に関する質問でも誰かが優しくレスをしてくれるスレッド」です。
他のスレッドでは書き込めないような低レベルな質問、質問者自身なんだか意味がよく分からない質問、
ググろうにもキーワードが分からないなど、勇気をもって書き込んでください。
内容に応じて他スレ・他板へ行くことを勧められることがあります。ご了承下さい。
なお、テンプレが読めない回答者、議論をしたいだけの人は邪魔なので後述のC#相談室に移動して下さい。
C#に関係の無い話題や荒らしの相手や罵倒レスや酔っぱらいレスはやめてください
>>980を踏んだ人は新スレを建てて下さい。>>980が無理な場合、話し合って新スレを建てる人を決めて下さい。

■前スレ
ふらっと C#,C♯,C＃（初心者用） Part145
https://mevius.5ch.net/test/read.cgi/tech/1570446977/
■関連スレ
C#, C♯, C＃相談室 Part95
https://mevius.5ch.net/test/read.cgi/tech/1508168482/
■コードを貼る場合は↓を使いましょう。
http://ideone.com/
https://dotnetfiddle.net/

■情報源
https://docs.microsoft.com/ja-jp/dotnet/standard/class-libraries
https://docs.microsoft.com/ja-jp/dotnet/csharp/language-reference/index
https://docs.microsoft.com/en-us/dotnet/standard/class-libraries
http://referencesource.microsoft.com/
・Insider.NET > .NET TIPS - ＠IT
https://www.atmarkit.co.jp/ait/subtop/features/dotnet/dotnettips_index.html
・DOBON.NET　.NET Tips
https://dobon.net/vb/dotnet/index.html

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

2020/01/24(金) 12:33:53.87

百姓は畑を耕してろ
一丁前にコードを書くな

**デフォルトの名無しさん** (ｽﾌｯ Sd7f-er59) · 2020/01/24(金) 16:03:06.25

お百姓さんにはかなわないけどね
米作ってる人が一番尊い

2020/01/24(金) 16:32:47.40

上流でウンコしていたぞ(猪が)

2020/01/24(金) 17:28:13.96

Blazorは表面的には簡単に見えても
本質的には難易度高いはずだけどな
(見えないところで無理してる分)

サーバサイド技術は基本的な知識だから学習するに越したことは無いよ
つーけ後で結局手詰まりになる

2020/01/24(金) 18:26:34.95

blazor clientはシンプルなアーキテクチャでいいね

2020/01/24(金) 18:45:27.77

Blazorって普通は使う局面ないよな

2020/01/24(金) 18:48:38.24

金出してくれる人が居ないと使わないな

2020/01/24(金) 18:50:59.25

開発側の利点で顧客が金を出してくれることはほぼないから無理
将来のメンテナンスコスト考えると普通にjs使うだろう

2020/01/24(金) 19:02:01.81

まあWPFみたいにすぐに負債になるのがわかりきってるし、
自分のスキル的にも時間の無駄でしかないわな

2020/01/24(金) 19:03:04.46

MSがこういうものを金をかけて開発してるのが納得いかない
無駄でしかないのに

2020/01/24(金) 21:32:32.32

Blazorは意外と業務系で普及するんじゃねえかと思ってる
業務系はJS不得手な人材沢山いるからC#でサクサク開発できるメリットがデカイ

2020/01/24(金) 22:20:15.50

WebAssemblyの実用化楽しみ
MSは開発がんばって欲しい

2020/01/24(金) 22:53:56.32

WebAssemblyを基盤にしているからSilverlightみたく捨てられることは無いとは思うけどね

2020/01/24(金) 22:59:42.67

js不得手マンだけどjs周りをもっと使いやすくしてくれればそれでいいのよ
TypeScript使えば良さそう？だけど触ったことない

2020/01/24(金) 23:04:24.05

blazorアイデアはいいんだけどいかんせんバイナリサイズがでかいのがどうにかしてほしい（サーバーサイドの方にはあまり将来性がないように見えるので）
せめてcorert経由するようになれば軽くなるんじゃないかと思うんだが

2020/01/25(土) 01:41:58.91

>>572
HTML/CSSはどのみち必須なんだから、クラシックなMVCアプリならほとんど変わらんよ
Blazorの意義はJSをゴリゴリ書かなくてもSPAを作れることにあるわけだけど、業務系でそんなもん要求されない

2020/01/25(土) 08:09:35.21

業務系は巨大で複雑なUIが多いからSPAのほうがうまくハマる
今は高度なJSスキルが必要だから避けられてるけどC#で書けるって理解されたら業務系でも採用が増えるだろうね
JSを排除できるメリットはかなり大きい
それに加えてMVCよりBlazorのほうが構文とアーキテクチャが直感的で簡単なのもポイント
BlazorはHTTP/HTMLの事情を詳しく知らなくても書けるように出来てる
MVCはHTTP/HTMLフレンドリで必要な前提知識が多いから業務系では採用しにくい

2020/01/25(土) 08:16:01.45

それを資料に纏めて、金持っている
人を説得しないと。普及しないと思うよ。

2020/01/25(土) 09:56:59.74

BlazorはいいんだがRazorはどうにかして欲しいねぇ。WPFとか使えるようになればいいが。

2020/01/25(土) 11:56:16.01

swtich分って必要なんですか？
普通に変数1個にして外部ファイルで設定すればいいだけじゃ？

2020/01/25(土) 12:16:51.33

必要な引数も違うのにどうやって分岐無しで呼び出すの？

2020/01/25(土) 12:47:14.80

1=りんご
2=バナナ
3=キウイ
4=いちご
5=みかん

こんな感じのテキストファイル作ればいいだけじゃ？

2020/01/25(土) 12:49:28.83

>>583
相談室でやれ

2020/01/25(土) 13:42:09.40

>>583
引数がそれぞれ0,4,7,17,5とか変わったらどうやって呼び出すの？

2020/01/25(土) 14:13:33.17

>>583
それがクラス定義だった糞プログラムのメンテ担当したことあるけど、正直殺意沸くレベルだった

2020/01/25(土) 14:20:20.86

文字列やバイナリを処理する辺りでswitchが出てくるのは仕方ないにしても、それ以外でswitch文が出てきたらほぼ設計ミスだろうな

2020/01/25(土) 14:22:56.55

ごめん、入力を受け付けるようなものは使ってもミスでも何でもないな

2020/01/25(土) 14:29:09.12

>>583
それでいいと思うなら、もうそれでいいよ。
switchが役立つと思う場面に出会ったことがないなら無理に使わなくていい。
普通にプログラミングの学習をしたり実際に何か作り始めれば、そう遠くないうちに役に立つと思える場面に出会うはず。

2020/01/25(土) 14:30:38.90

重複したswitchや長大なswitchが悪いのであってswitch全てが悪いわけではない
拡張するときに不便を感じたら多態に置き換えればいい

2020/01/25(土) 14:46:40.30

>>583
使い道がないのはお前の存在も同じだから
中央線にでも飛び込んで死ね

2020/01/25(土) 14:56:41.64

プログラミングに限らずどのフィールドでもそうだけど、
イキってる系の連中の主張は話半分に聞いておくのがいいと思うよw

2020/01/25(土) 15:17:19.02

>>583
条件文をマッピングテーブルで置き換えるという古典的なリファクタリング方法の一つ
どちらかが常に優れてるわけではなく状況に応じて選択するもの

C#のバージョンや分岐の数によっては
コンパイラがswitch文をdictionaryのlookupに変換してる

2020/01/25(土) 15:30:40.16

>>593
それ今は迷信
Roslyn移行後のC#コンパイラはswitchのcase数が多い場合はハッシュに基いた二分探索のようなコードが生成される

2020/01/25(土) 17:27:27.49

>>578
同感
業務系アプリをブラウザで動かしたいっていう潜在要求は多いと思う

2020/01/25(土) 18:16:56.04

>>594
Roslynから変わったのは文字列で分岐される場合のみの話

文字列比較でhash tableをlookupするんじゃなく
数値比較で事前にハッシュしたsort済みarrayをlookupするようになってる
細かい部分を抜きにすると数値をキーにしたSortedDictionaryのlookupと同じ
でこういうのは今の>>583には不必要な知識

2020/01/25(土) 22:26:55.47

流れよく分かんないんだけど
つまりenumで分岐して処理呼び出す場合はswitchと配列のどっちが何倍くらい速いの？

public static int Execute(this Test type, int value){
　// 無難にベタ書き
　switch(type){
　　case Test.One: return Method(value);
　}

　// 配列からメソッドを呼ぶ
　return methods[(int)type](value);
}

こんな風にenumに処理持たせてやりたいんだ俺

2020/01/25(土) 22:30:01.75

ケースバイケース
どっちが早いのかは実測が基本
どっちも最適化等々で逆より早くなりうる可能性がある

2020/01/25(土) 23:36:00.99

単純な配列はいつでも最速だと思ってたが違うのか？
読むのが単なる値じゃなくて処理な時点で誤差レベルだと思うが

2020/01/25(土) 23:53:16.79

XLAT

2020/01/26(日) 00:22:55.28

配列はちゃんと理解してないと境界値チェックが入って意外に遅くなることがあるよ
だいたい気にならんレベルだけど競技プロとかやるようなら結構影響してくる

2020/01/26(日) 00:30:35.09

>>597
仮に配列使う方が効率的だとしてもenumの値に依存するような実装は論外でしょうw
やってはいけない、の見本みたいなもの

2020/01/26(日) 01:00:25.24

俺もCから入ったから配列にして呼び出す処理は昔はよく書いた
enumを配列の添字にするのもよくやった
処理速度気にする開発することは多少あるけど基本的にどっちもC#ではやらんな

enumに処理持たせたいって要件ならそれぞれの値ごとにclass作って継承させるかな？
詳細仕様次第ではあるけど
そんなんめんどくせってなるようなレベルならぶっちゃけどっちだって変わらん話なんだから好きにすれば？って思う

2020/01/26(日) 02:03:17.34

>>597
delegateの配列で試してみたが
switchのほうが2~5倍くらい速かった
最適化できる度合いの違いかな

2020/01/26(日) 02:46:23.95

過去に散々既出だと思うけどdelegate自体がもともと重いんだろうね。
単なる関数ポインタとは違うから

2020/01/26(日) 07:42:07.62

>>605
デリゲートでなくインターフェースを使っても>>604と同じ結果なのが謎だった

2020/01/26(日) 10:32:12.87

enumの実装が書けたら違うことになってるかもな
でも今はいらない

2020/01/28(火) 19:46:47.61

>>585
内部的なロジックミスにならんようにすればいいだけ
プログラムが長大になる原因はテキストを利用しないからだと思いますよ
1万行のプログラムが果たしてそれだけ必要なのか？って思います

2020/01/28(火) 19:48:39.10

>>589
俺も思いますね
というか文法的な事でももっと改善してよって事多いですよね！

0<input<&&input<5→うぜー
0<input<5→これでいいだろうが

2020/01/28(火) 20:37:03.72

>>609
範囲チェックの改善なんて散々議論されてるし今も要望で上がってる
気になるなら見てくればいいよ
なぜ未だに入っていないかとかもちゃんと説明されてる

2020/01/28(火) 20:54:23.00

>>610
何で？ググるの面倒なので

2020/01/28(火) 20:56:03.48

>>609
もうID変わってるだろうけど>>589なのだが、皮肉のつもりで言ったのが通じてないようだ。
switchの用途として>>583みたいなのでいいのではなんて言うのは圧倒的に経験が少ない証拠だろう。ちょっと慣れて自分でコードを書けるようになればそんなバカな発想はしなくなるよ。
そんな段階で>>609みたいな文法にケチつける前に、なんでその文法が必要なのか、何でそういう形式になってるのか理解する努力をしなよ。
C#のような後発の言語が生まれる過程では、君みたいな初心者が考えるようなことはとっくの昔に議論済みでそれらを踏まえた上で今の形がある。疑問を持つのは多いに結構だけど、往々にして言語の仕様が悪いのではなく、単に自分が無知なだけだから。

2020/01/28(火) 20:58:55.67

そもそもシリアライズするにしても=なんかつかいたかねえ

2020/01/28(火) 21:06:37.92

>>611
俺も面倒
請求書送っていいなら訳つけてまとめてくるよ

2020/01/28(火) 21:06:53.68

最近の言語の傾向見てると
どっかの言語が導入すると移植のために？かどうかはわからんが
良し悪しに関わらず他の言語も実装される感じ

2020/01/28(火) 21:23:16.25

JavaScriptとPHPに慣れたら多次元連想配列無い言語がオワコンに見えるようになった
しかし

var obj = getExExBigData();

↑超絶巨大データ(フォーマット・ドキュメント不明)
勘弁してくれよってのも事実
c#の未来はどうなるのか？

2020/01/29(水) 04:42:05.41

DataGridViewで、Cellに不正な値が入力された場合はフォーカスの移動を禁止するようにしたいのですが、
以下の方法では、移動してしまいます。
移動させないようにするにはどうすればよいでしょうか。

private void dataGridView_CellValidating(object sender, DataGridViewCellValidatingEventArgs e)
{
if (String.IsNullOrEmpty(this.dataGridView[e.ColumnIndex, e.RowIndex].Value as string))
{
e.Cancel = true;
}
}

2020/01/29(水) 07:14:46.75

>>617
具体的に何入力して移動したん？

2020/01/29(水) 07:26:15.27

>>609
pythonへGo!
https://docs.python.org/ja/3/reference/expressions.html#comparisons

2020/01/29(水) 07:51:31.42

>>617
CellChangingみたいな選択セル変更前のイベントが無かったっけ？

2020/01/29(水) 17:28:02.98

>>617
この人だけじゃないけど、まずこういうところに質問投げる前に分岐がきちんと機能しているか確かめた方がいい
それの場合は　this.dataGridView[e.ColumnIndex, e.RowIndex].Value　as stringの内容確認
直接の回答としてはhttp://dobon.net/vb/dotnet/datagridview/cellvalidating.htmlを参考にして書き直せ
解説を入れると
DataGridViewでセルに直接値を入力した場合はフォーカスが変わるか.EndEdit()などしないと入力された値が反映されない
そのイベント自体そのために用意されているはず
だからそのメソッドの中で「dataGridView[e.ColumnIndex, e.RowIndex].Value」は入力する前のセルの値で
入力された値を参照したかったら「e.FormattedValue」を見ないといけない

2020/01/29(水) 20:53:31.76

>>612
この言語って文字列操作に特化してるからテキストを利用するのって
全然普通だと思いますけどね。

後0<input&&input<10じゃないとだめなのは、何となくですが
数式はポーランド記法によって処理されることに関係しますか？
分かりませんけど。

2020/01/29(水) 21:21:21.50

>>622
a < b < cが出来ない理由は自分で演算子オーバーロードしてみたら簡単に分かるぞ
a < bの時点でbool値を返すからcとは比較できなくなる

2020/01/29(水) 21:32:07.46

いや構文解析での段階の話（要は3項演算的な）だろうかなそれは関係ないと思う
まあ文字列操作に特化は意味不明だけど

2020/01/29(水) 21:36:40.28

それ関係ないと思う

2020/01/29(水) 21:39:08.32

かぶった。関係ないっていったのは演算子オーバーロードのことね。

2020/01/29(水) 21:45:33.03

>>623
それは出来ない理由にはなってないんじゃないの？
あんまり自信はないが、

評価結果が数値 < 評価結果が数値
評価結果が数値 < 評価結果が数値 < 評価結果が数値

両者を別の演算として区別することはやってできないことはないはず。

2020/01/29(水) 21:59:18.87

>>627
既存のルールに新たに3値を並べて比較する構文を追加するとしたら、既存のルールを維持したまま、新たなルールに伴う考えうる様々な組み合わせについて明確で一貫性や完全性のあるルールを作らなければならないが、かなり複雑なものになるだろう。
やってやれないことはないにしても、デメリット(手間と複雑さや混乱)に見合うメリットがないから、ほとんどの人に望まれていないし、言語仕様として追加されることもないだろう。

2020/01/29(水) 22:17:11.48

こんなの簡単だろ
でもやっても凄いって言われないから
実装されないだろうな

2020/01/29(水) 22:18:04.76

<・・・小文字だからC#の言語に従う
＜・・・大文字なので特別に数学的記法とみなす

これでどうだろう

2020/01/29(水) 22:31:04.06

if(a < x < b)
実はこれは言語機能をいじらなくても自作型で再現できる

2020/01/29(水) 22:34:17.30

>>628
python で実現してるのに何を言ってるんだよw

2020/01/29(水) 22:34:24.68

>>631
#defineか？

2020/01/29(水) 22:39:08.64

>>627
そりゃ実装すれば何だって可能だが、論理的な矛盾になるから無理なんだよ
演算子の優先順位と結合則で二項演算するのが原則なのに、そこを横紙破りしてしまったら誰も付いて行けない

2020/01/29(水) 22:41:27.05

>>630
そんな見にくい＆醜いのはやめてくれ

2020/01/29(水) 22:46:36.64

>>634
どうでもいいだろそんなん

2020/01/29(水) 22:56:00.32

>>633
基本的な演算子定義だけで出来る

2020/01/29(水) 22:56:01.11

どうしてもやりたいなら$"3<{x}<5".Predicate()みたいなライブラリ作ればいいんじゃね

2020/01/29(水) 23:06:16.31

>>634
文脈依存キーワードと何も違わないと思うよ

2020/01/29(水) 23:16:52.10

a < x の値を独自クラスのインスタンスにできるならあとの < b はどうにでもなるだろうけど
そもそも前者って可能なんだっけ？

2020/01/29(水) 23:24:37.56

>>637の答えがほぼ>>638ってことで良いですか？
また便利な情報を得てしまったわ

2020/01/29(水) 23:27:24.25

>>640
比較演算子をオーバーロードするだけじゃない？
false相当の値か右辺の値を戻すようにして、併せてimplicitでboolを当てておけばifでも使えるはず

2020/01/29(水) 23:36:35.98

a b x の型が int だったりしたとき、それオーバーロードできるんだっけ？

2020/01/29(水) 23:57:35.84

C#のターゲットフレームワークってどういう仕様なんでしょうか？
わかりやすいサイト教えてもらえると助かります。

exe 4.5 dll 3.5　
→　ビルドできるからok？
exe 3.5 dll 4.5　
→　コンパイルエラー
　　ただし動的に読み込んだ場合は動いてるっぽい？

2020/01/30(木) 01:31:07.75

wrapする型を定義して a < x < b できるようにしてみた
https://dotnetfiddle.net/FdQsX1

が、まあ使わない

2020/01/30(木) 05:02:06.68

んんんんんんｈ

2020/01/30(木) 14:25:04.44

visual studio2019　30日たったら使えなくなったんだけど
無料じゃないの？
PC替えるまで以前のバージョンはずっと使えてたんだけど
2019は違うの？
無料版使い方おしえてください

2020/01/30(木) 14:27:27.39

ログインすれば無料のまま使えるよ

2020/01/30(木) 14:30:14.48

更新したら使えました
ありがとう

2020/01/31(金) 03:22:54.75

ボタンを押すと計算開始して結果をテキストボックスに表示する処理（数十秒かかります）
まずボタンを押してその処理がまだ終わってないうちに、またボタンを押すと次の処理がどんどん溜まっていくのですが、
これを防止する方法はないでしょうか
（例えばついボタンをダブルクリックをしてしまった時に1回表示してからまた同じ処理に入ってしまう）

ボタン押したら結果が表示されるまで全部のボタンのenabledをfalseにする処理入れてみたのですがこれではうまく回避できませんでした

2020/01/31(金) 03:40:35.08

lock使う

2020/01/31(金) 04:08:48.51

メインスレッドには実際にボタンを無効化する作業をしてもらわないといけないので
計算はasync/await等を使って別スレッドで行う

**650** (ｱｳｱｳｴｰ Sa52-/fp1) · 2020/01/31(金) 06:01:04.44

>>651-652
正直まだ難しそうですががんばってみます。ありがとうございました。

2020/01/31(金) 07:46:03.52

>>650
http://aquablue7.blogspot.com/2013/05/blog-post.html

2020/01/31(金) 13:16:14.42

>>653
何も難しくないよw
＞ボタンのenabledをfalseにする処理入れてみたのですがこれではうまく回避できません
これは「重い処理」の後にそれをやってるからそうなる

ボタンのイベントハンドラで真っ先にEnabled = falseにすればそんなことは起こらない。

2020/01/31(金) 14:04:57.33

>>655
やったことないアホは黙ってた方がいいぞ
あと反論するならググってから反論した方がいい

2020/01/31(金) 14:58:26.86

>>656
はいはい頭悪そうワロタw

2020/01/31(金) 15:16:23.75

なぜかコードが貼れないので割愛するけど、実際にやって>>655が正しいことを確認した
当たり前の話だがw

2020/01/31(金) 15:20:18.74

>>657
ググることもできずに頭悪いとしか書けないとか可哀想なやつだな
>>655みたいな誰でも思いつく方法でなんとかなってたら苦労はせんよ

2020/01/31(金) 15:22:19.46

>>658
当たり前の話だが負荷かけてテストしてるよな？

2020/01/31(金) 15:25:15.63

つくづく馬鹿な奴w
偉そうに他人様に命令する前に自分は実際にコード書いて確認したのかとw

まあ普通こんなレベルの話は確認するまでもないけどね

2020/01/31(金) 15:41:48.86

どうでもいいけど

(1) Thread.Sleep
(2) Task.Delay
(3) ビジーループ

いずれのダミーを使ってもイベントハンドラの頭でEnabled = falseとすることで
ボタン連打によるイベントハンドラへの意図しない「再入」を抑止できることを確認した