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

2020/12/16(水) 11:29:35.35

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

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

■前スレ
ふらっと C#,C♯,C＃（初心者用） Part148
https://mevius.5ch.net/test/read.cgi/tech/1590578921/
■関連スレ
C#, C♯, C＃相談室 Part94
https://mevius.5ch.net/test/read.cgi/tech/1553075856/
■コードを貼る場合は↓を使いましょう。
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/
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

2021/01/16(土) 20:59:23.29

WPFでタッチパネルによるズームや回転、Windows8が出たばっかりのころに
MSのサンプルをベースにして実験したけど、なんか落とし穴はあった気がしたけど
そんな難しくなかったような気が。

で当時ブックマークしておいたサンプルを見ようと思ったらもう消されちゃって残ってないのな。
MSって昔からほんとこういういらんことするよね。

2021/01/16(土) 23:30:45.34

>>102
手段は問いません
どちらの手段でもいいので助けて欲しいです

2021/01/16(土) 23:41:12.28

>>90
自分はWPFは書いてるけど、タッチパネルのコードなんて書いたことないんで分からない
でも、以下の回答をコピペしたら何かのヒントになるかな？

How to enable both scrolling and zooming using pinch in WPF?
（意訳）どうしたらタッチ操作のスクロールと縮小拡大がWPFで出来ますか？
https://stackoverflow.com/questions/57659485/how-to-enable-both-scrolling-and-zooming-using-pinch-in-wpf

質問者が自分で答えてる
XAMLとMainのコードビハインドがあるから、試せまるよね？
ちなみに、カスタムコントロールは不要だから消した、とのこと

2021/01/17(日) 00:47:37.05

WPF：GridやCanvasなどでマウスやタッチのイベントを拾うには？［C#／VB］
https://www.atmarkit.co.jp/ait/spv/1601/06/news027.html

タッチパネルとかやったことないからググったのを貼ってみる
違う話題だったらすまん

2021/01/17(日) 21:28:32.39

>>90です
>>105のページを実装してかなり理想に近い形になりました
ただ問題として
・datagridのscrollviewer.panningmodeがNoneじゃないと拡大ができない
・C#側で指が2本になったらNoneにするようにするとうまく動作しない(1本目or2本目の指の変化量が取得できない？
3本目の指を使ってピンチインアウトは可能)
というところが残ってしまいました

manipulationdeltaのイベントをtouchmoveにするか、ダブルタップでズームモードとスクロールモードを切り替えるという形で妥協しようかなと思います
ありがとうございました

2021/01/18(月) 09:58:45.73

親が同じMdiフォーム同士で値参照を行いたいのですがpublic変数やメソッドを設定しても参照することが出来ずに困っています。
初回呼び出し時は参照できるのでいいのですが、1度開いた後だと呼び出せない状況です。
なにか解決方法はないでしょうか。

2021/01/18(月) 10:49:21.09

状況がわからん

2021/01/18(月) 10:54:28.68

教科書的には
共有したい値を持てるプロパティを持つクラスAを作る
親フォームはAのインスタンスを保持し、各Mdi子フォーム作成時にAのインスタンスを渡す
Mdi子フォームはAのインスタンス保持し、必要に応じて値を取得設定する

2021/01/18(月) 12:10:05.83

>>108
ご両親の相談かと思いました

2021/01/18(月) 12:30:16.88

値が入っていないとかならありえるけど、
呼び出せなくなる状況がわからん。
初回と開いた後で呼び出すのに違うメソッド使ってて、キャスト間違ったりしてない？

2021/01/18(月) 14:29:21.82

>>108
率直に言って何を言ってるのかさっぱり分からんよw

プログラミング初心者なのは誰も責めないけど
説明能力欠如はNG。

能力以前に他人に理解してもらおうという努力と推敲の跡が全く感じられない。
それじゃ誰にも助けてもらえないよ。

2021/01/18(月) 14:59:06.70

WPFでドラッグ&ドロップ終了時に鳴るイベントって無いの？
!AllowDropな領域やウインドウ外でドロップすると何も捕捉できなくて困ってる
MouseLeftUpも捕捉できないし

2021/01/18(月) 15:15:01.85

ウィンドウ外ってことは自分がドラッグ開始した側の場合？
DoDragDropから返ってきたタイミングがD&D操作の最終結果

2021/01/18(月) 15:20:09.22

>>115
綺麗さっぱり解決した、マジでありがとう
DoDragDropはドラック開始時に即結果返してくるもんだと勘違いしてて戻り値なんて全く気に留めてなかった
ドラッグ操作中はずっとDoDragDrop関数の中だったのか

2021/01/18(月) 19:46:08.26

UnityのためにC#おべんきょう中

2021/01/18(月) 21:10:21.60

どうでもいいけど、イベントが鳴るって表現は初めて見たな
メジャーな表現なのか？

2021/01/19(火) 01:58:16.45

Microsoft的には型が自明な変数はstringとかじゃなくvarを使えと言ってるけど未だになんか抵抗あるんだよな

2021/01/19(火) 06:59:52.83

>>119
申し訳ありません、それは加齢による思考の柔軟性の欠如ですので老害と言われる前にこの業界から立ち去ることをお勧めします

2021/01/19(火) 07:12:57.93

変数宣言はとりあえずvarにしといて後でなおす。

2021/01/19(火) 08:04:25.85

>>119はC#9.0のnew()構文を使う箇所に限っては今後許されるようになるなあ

といいつつ自分もC#のキーワードになってる型はvarじゃなく書きたいなあとも思う。書かないけど

2021/01/19(火) 08:20:27.18

varなんて10年以上前からあるものに未だに抵抗があるってことは長期間OSS等の他人のソースを読んでいないってこと

2021/01/19(火) 08:50:15.53

ってか書いた奴は自明( ･ิω･ิ)とか思っててもそうじゃないことが結構あるし
他のツールで検索したときやコメントになってる箇所はそれじゃヒットしないじゃんってなって
やるんかやらないんかで言ったらvarではなくちゃんと書いたほうがいいコードだと思う

2021/01/19(火) 09:39:10.55

>>124
> ってか書いた奴は自明( ･ิω･ิ)とか思っててもそうじゃないことが結構あるし
IDE使ってないの？

2021/01/19(火) 10:20:34.69

>>125
俺じゃないやつがね

2021/01/19(火) 10:30:06.51

>>125
ちなみにIDE使っててもパッと見わかんないときない？

2021/01/19(火) 10:36:40.85

お前が困ってないなら問題ないじゃん
今時IDE使わない変人は勝手に苦労させときゃいい
上司が老害でと言うならご愁傷さまだけど

2021/01/19(火) 10:51:07.00

>>128
パッと見わかんないじゃん
パッと見

動かして見ないとわかりにくい系のコード最近できるだけ排除してんだよね俺

インターフェースも使うのやめた
switch caseで分岐のが綺麗で仕様もハッキリする

2021/01/19(火) 11:04:28.30

つうかIDEにvarと型を一括置換してくれる機能あるんだから自分が読むときゃ好きな方に変換すれば良い

個人的には型がわかんなきゃ処理の流れが追いづらいのはvar以外に理由があると思うけど（命名が糞とか）
型がわかんなきゃいけない場面がそもそもレアケース

2021/01/19(火) 11:15:40.04

じゃあ全部
List<object>とか
Dictionary<string,object>でいいじゃん

実際全部これで作ったことあるけど
わかってる間はいいよ

2021/01/19(火) 12:12:41.02

冗長でコード読みにくいわ。

2021/01/19(火) 12:27:28.26

「型が自明ならvar使え」が正しいことは自明なので、
論点は自明じゃなくて自明にすることが難しいケースがあるかどうかだね。

ないことはないね。
もちろんそういうケースだってインテリセンスで型は分かるけど
明示的に型を書いてくれた方がありがたいこともある。

2021/01/19(火) 12:29:00.70

プログラムに綺麗って単語を使う人が総じてNET2.0止まりなのはC++じゃないC上がりとかなのかね

2021/01/19(火) 12:44:43.27

c#はとっととhindley milner導入しろ派なので当然全部var使う

2021/01/19(火) 14:37:47.64

varってvoid*？

2021/01/19(火) 14:40:11.50

だいたいそんな感じ

2021/01/19(火) 14:50:36.80

C++にはautoって名称で追加された

2021/01/19(火) 15:07:54.28

>>133
> 論点は自明じゃなくて自明にすることが難しいケースがあるかどうかだね。
そうじゃないでしょ
var a = f();
って書くだけでf()の型を知らない限り自明じゃないけど論点は>>130が言うように型を知る必要がどれだけあるかどうかだと思うよ
個人的にはレアケースとまでは言わないけどそんなに多くないし必要な時でもIDEですぐにわかるから問題ないレベルだと思ってる

2021/01/19(火) 15:09:21.35

>>136-137
レス乞食？

2021/01/19(火) 15:33:59.98

>>139
「型が自明」って言うのは右辺の式を見ただけでその型が分かるって意味だよね？

君は右辺がメソッドなら型は自明じゃないと言いたげに聞こえるけどそんなことはない。
むしろそんなケースは少ない。

では型が自明じゃないケースというのは、

(1) メソッドの命名が不適切
(2) 返り値の型が過度に抽象的だったりその問題領域でたまにしか使われない型だったりした場合

(1)は改名で改善できるけど(2)はどうやっても不可避な場合がある。

2021/01/19(火) 15:37:48.79

っていうかちゃんと型を書くことにデメリットがない

2021/01/19(火) 15:40:05.06

本当はchar*なのに手抜きでvoid*はよく使ったから、varの濫用もありなのかもね。

2021/01/19(火) 15:51:48.14

>>141
> 君は右辺がメソッドなら型は自明じゃないと言いたげに聞こえるけどそんなことはない。
なら>>139のaの方を書いてよ

> むしろそんなケースは少ない。
根拠があるならどうぞ、ないなら君個人の経験だよね

> (1) メソッドの命名が不適切
ヒント情報ではあるけど確実じゃないよね

> (2) 返り値の型が過度に抽象的だったりその問題領域でたまにしか使われない型だったりした場合
それはたまにしか使われないから読み手が型を覚えてないってこと？
論点がちょっと違うように思う

2021/01/19(火) 16:02:16.12

>>144
例えば.NETのライブラリのクラスのメソッドを見てみ。
メソッド名から戻り値の型が推測できないミスリーディグなのももちろんあるが、それは少数派。
大半はメソッド名から戻り値の型は推測できる。

ユーザーコードのメソッドも基本的はそうであるべきだしまともな人が書いたコードはそうなってる。
君、本当にプログラマ？

2021/01/19(火) 16:03:51.01

全然意味が違う
コンパイラはvarだろうが型名だろうが完全に同じ動きをする
コンパイル時の挙動も生成結果も全く同じ
ただの文字の置き換えに過ぎない

2021/01/19(火) 16:09:05.78

まあ、こんな話はどうでもいい。

「論点は自明じゃなくて自明にすることが難しいケースがあるかどうか」なのは間違ってないし、
自明にできないケースが存在することも明らかに自明だ

2021/01/19(火) 17:55:50.67

俺は積極的にvarを使うが、
周りの奴には明示的に型を書いてほしい

お～れ～はジャイア～ン、ガ～キ大将

2021/01/19(火) 17:58:28.71

ていうか、varで置いとくメリットないよね
varで書いて改行か保存をトリガに元の型に勝手に直して欲しいレベル

2021/01/19(火) 17:59:58.88

イテレータとかはvarで書かないと冗長過ぎる
他は型名でもどっちでもいいな

2021/01/19(火) 18:45:05.43

>>145
そうあるべきとか言われてもねぇw
意識高い人はSystem.Collection.Generic.ListのRemove()とRemoveAll()の戻り値の型をきちんと把握してるんだろうね、俺には無理だわ

>>147
> 「論点は自明じゃなくて自明にすることが難しいケースがあるかどうか」なのは間違ってないし、
それは君の論点ね
俺としてはどうでもいい

2021/01/19(火) 19:00:43.09

ねえ、お前らまとめて相談室に移動してくれない？

2021/01/19(火) 19:36:45.79

>>152
どう使い分けてるの？

2021/01/19(火) 19:43:10.02

「どんなにくだらないC#プログラミングやVisual C#の使い方に関する質問でも誰かが優しくレスをしてくれるスレッド」です。
テンプレが読めない回答者、議論をしたいだけの人は邪魔なので後述のC#相談室に移動して下さい。

これ無視してどうしても雑談やくだらない議論ここでしなきゃならんの？
普通の人は117からこの書き込みまで全部あぼーんした方がいい

2021/01/19(火) 21:28:02.04

いや、好きにしていいよ

2021/01/19(火) 21:56:33.32

ルールを守れ

2021/01/19(火) 21:58:18.64

さすがにメソッドの戻り値の型が自明じゃないが普通とか思ってる人とは
議論にならないよね。

っていうかこういう話が通じない人、自分より下ならいいけど
上司にいるとほんとつらいw

2021/01/19(火) 22:27:12.89

>>2のリンク先に興味深いことが書かれていた
議論スレで議論すると論破されちゃうから、
初心者スレでマウント取った気になるらしい
とても腑に落ちた

2021/01/19(火) 22:29:03.20

スレのルールも守らず>>2での議論ができないような奴の言うことは役に立たないと言える訳だな
無能だからここから出られない、と

2021/01/19(火) 22:30:46.82

>>158
これ前も書いたけど、君がやってるそれがまさに「マウントを取る」
行為なんだけど自覚があるかな？w
間違いなくないよね。

これも前に書いたが、1っか月で150しかレスが付かない過疎スレで
何を目くじら立ててるわけ？
誰が困るの？誰も困らないよね？

単に人にケチをつけてマウント取りたいという卑しい動機で言ってるだけだろアホかほんと

2021/01/19(火) 22:34:05.03

>>160
君らがそういう事してると初心者が気兼ねするって想像力もないのな
無能は無能な理由があるってことか

2021/01/19(火) 22:35:11.09

>>161
そういうのを牽強付会と言います。

2021/01/19(火) 22:40:21.24

>>162
>>1

2021/01/19(火) 22:42:31.25

ネットで吠えてるだけって虚しくないのかなw

2021/01/19(火) 23:22:13.79

いや、好きにしていいよ

2021/01/19(火) 23:25:12.57

ガイドライン通りでいいんじゃねって気がするが
built-inは明示的に宣言したい気持ちも分かるので
チームに合意が得られるならcsharp_style_var_for_built_in_types = falseにしとけばいい

https://docs.microsoft.com/en-us/dotnet/csharp/programming-guide/inside-a-program/coding-conventions#implicitly-typed-local-variables

2021/01/20(水) 00:20:44.38

>>164
ネットで吠えてるって、いきなり老害で去ったほうがいいとか言って吠えだしたのおまえだろww
数時間前の自分の発言すら忘れる馬鹿なの?

2021/01/20(水) 05:30:22.29

老害という言葉に激しく反応する老害
っていうオチかな？

>>157みたいに話しそらして逃げはじめたから吠えてるだけって揶揄されてる事ぐらいは理解しようねw

2021/01/20(水) 07:03:54.32

いや、好きにしていいよ

2021/01/20(水) 10:05:59.48

スレが伸びててよろしい

2021/01/20(水) 11:56:41.88

プリントアウトしたり、秀丸で見ることを考えると明示の方がいいかな。

2021/01/20(水) 12:16:09.30

プリントアウトしたり秀丸で見るときに変換しとけばいいだけ
なんで少ない方に合わせなきゃならんのだ

2021/01/20(水) 12:40:59.07

Dictionary<string, int> myDictionary1 = new Dictionary<string, int>();

var myDictionary2 = new Dictionary<string, int>();

2021/01/20(水) 15:44:09.47

null許容型関連の質問ですが、nullを許容しない型のデフォルト値はどういうものが適切なのでしょうか？

例えば、あるデータオブジェクトを指すクラスフィールドにコンストラクタ以降で設定する場合など

2021/01/20(水) 17:53:03.33

動作の仕様から考えないとでなくね？
nullを許容しないって理由も仕様に関わって来んじゃね？

2021/01/20(水) 18:05:27.20

>>173
初期値ならnull!一択

2021/01/20(水) 18:06:18.37

レス番ずれたごめん
>>174だ

2021/01/20(水) 18:16:09.58

>>174
null許容/非許容と関係なく設定したい値の定義域の中に
そのクラスを使う時のデフォルト値として採用できるものがあるかどうかを考えるしかない

例えば「色」を設定するとして、指定がなければ何色をデフォルトにするのがいいかはケースバイケース
当たり前のこと過ぎるから本当に聞きたいことは違ってそうだけど

2021/01/20(水) 18:49:46.67

>>174
デフォルトのまま使われた場合にどうなってほしいのかを考えるしかない。
ふつうは一番無難な動作になる値を選ぶだろうけど。

2021/01/20(水) 18:54:07.33

>>174

nullを許容しない型だから、値型の話だよね。

例示されいているオブジェクトを格納する型は
参照型だから関係ないよね。

値型でクラスフィールドにするものだと、
インスタンス数を記録するフィールドとかだけど、
このときは明白に初期値は０になるよね。

初期値が思いつかないフィールドなんかは、
ロジックを見直して使わないようにするのがいいと思う。
クラスフィールドならクラス内グローバル変数みたいなものだから。

2021/01/20(水) 19:13:42.59

>>180
いつの時代の人やねんw

2021/01/21(木) 05:31:50.73

>>180
> nullを許容しない型だから、値型の話だよね。
よく知らないなら無駄に絡んでくるなよ…

**180** (ﾜｯﾁｮｲ 49d4-cvKJ) · 2021/01/21(木) 09:28:06.79

すいません、ロートルなのでどこが知識不足なのかわかりません。
教えていただけませんか？

**180** (ﾜｯﾁｮｲ 49d4-9+hf) · 2021/01/21(木) 09:42:10.43

すいません、ググりもしないで回答した愚か者でした。
余計なことを書いたことをお詫びします。

2021/01/21(木) 10:30:22.56

ちゃんと反省できて偉い！

2021/01/21(木) 12:05:41.28

初歩的なことですみません。
Win10で項目のサイズを100%⇒125%にするとフォームが崩れてしまうのですがどこの設定をしたらよいのでしょうか

2021/01/21(木) 12:07:38.37

皆さん有難うございました

2021/01/21(木) 12:09:34.75

>>186
WinFormを捨ててWPFで作り直す

2021/01/21(木) 21:44:45.19

>>186
フォームが崩れるって具体的にどういうこと？

2021/01/21(木) 21:48:16.83

左足の踏み込みが甘い

2021/01/21(木) 22:11:43.69

右足ちゃうか？

2021/01/21(木) 22:19:59.04

違う、まず体幹を安定させるべき

2021/01/21(木) 22:59:12.22

強いパンチは蹴り脚で撃つ＠ホーリーランド

2021/01/21(木) 23:10:46.63

>>189
winformいじればどんなアホでもわかる現象なのでお前はおよびじゃないよ

2021/01/22(金) 00:53:56.18

>>194
むしろアホにしか起こせない現象だから俺には理解できないんだろうねw

賭けてもいい。
この無礼な馬鹿が自動スケーリングの仕組みを
ろくに理解せつに作り込んだバグと質問者の問題は恐らく異なる。

2021/01/22(金) 01:04:05.40

コードは意図した通りではなく書かれた通りにしか動かない。

文章も自分が何を伝えたいと意図したかではなく
文面に書かれていることだけが他人に伝わる。

後者を軽視する奴は100%プログラマとしても無能だ。
ポエムじゃないんだから読み手に想像力で補完してもらうことを期待するのは間違ってる

2021/01/22(金) 01:13:27.19

>>195
説明なんか不要だろ
フォームにテキストボックスとボタンでも貼って倍率変えて実行するだけで
もうリソースエディタ？で配置した画面とは似ても似つかない画面が見えるんだから
これがわからないヤツなんてそもそもwinform触ったことすらねーだろそいつ
間違いなく質問者が聞きたいのはお前にじゃねーよｗ

何で知らないのにクビ突っ込んでくるのか？ｗ

2021/01/22(金) 01:24:26.14

>>186
項目って何

2021/01/22(金) 01:34:58.35

>>186
項目のサイズを125%⇒100%にする

2021/01/22(金) 13:37:52.91

>>186
フォームのプロパティ AutoScaleMode をデフォルトの Font から None に変える

2021/01/22(金) 14:19:12.75

wpfの唯一と言っていほどのメリットが画面scaleへの対応
winformが根強く残っていてもこの手の問題へのヘルプが今まで山のように発生している
そういった背景を知っていればあの文章だけで十分に何が問題かは予測できる上に珍しい事例でもなんでも無い
それなのに自身の無知をさらけ出し、挙げ句の果に質問者の文章が稚拙であるかのような言い訳をするのはプログラマとして無能と言えるのではないだろうか？

2021/01/22(金) 14:30:33.50

続きは>>2で