C#, C♯, C＃相談室 Part94

2019/03/20(水) 18:57:36.47

!extend:checked:vvvvv:1000:512
■Visual Studio 2017 Community(無償の統合開発環境)等はこちら
http://www.visualstudio.com/downloads/

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

■前スレ
C#, C♯, C＃相談室 Part93
http://mevius.5ch.net/test/read.cgi/tech/1492818720/

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

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

2021/03/02(火) 03:38:06.63

ちょっと何言ってるのか分からないけどGoogleの問題点は
>>377に書いてるように指定されたキーワードを逐語的に検索するオプションがないこと。

"visual studio"で検索したはずなのに"visual studio"というフレーズがまったく出現しない
ドキュメントが検索結果に表れることを抑止できないことだよ。

>>380の人も"visual studio"で検索して"visual studio"と"VSCode"の両方のフレーズが
使われているページが引っかかることには文句はないだろう。

正直、検索エンジンはGoogleに駆逐された日本のガラパゴス検索エンジンの方が
シンプルで使いやすかった。富士通とかNTTがやってたやつね。

2021/03/02(火) 03:42:52.01

「フレーム問題」というのがあるから検索エンジンといえどもドキュメントの文脈まで
把握できないことは仕方がない。

だが"visual studio"と"vscode"を区別するのに文脈を理解する必要があるか？
"C#"と"C++"を区別するのに文脈を理解する必要ある？
ないね機械的にできるじゃん。

2021/03/02(火) 05:05:19.21

むしろ君が何言ってるかわからんよｗ

"visual studio"で検索して"visual studio"と"VSCode"の両方のフレーズが
使われているページが引っかかることには文句はないだろう。

いや、そこに文句があるって話なんだが…
例えばvs2019の拡張機能を調べたいときにvscodeの拡張機能に関する記事が引っかかる
これを問題視してるんだよ
2019もcodeも一般的な単語なのでvs2019、vscode双方のページにこの単語が普通に含まれてしまう
単語が入っているから検索エンジンで引っかかる
これを検索エンジンの問題だというの？

2021/03/02(火) 10:48:14.01

どう考えてもMSの名称の問題だろ

Visual Studio Community
Visual Studio Professional
Visual Studio Code

これらをすべて打ち込めば、ある程度問題は解消される

しかし、記事を書く側が上記二つを"Visual Studio"と略して書くことが多いので、
"Visual Studio Professional"で検索すると見つからない記事が出てくる
なので"Visual Studio"で検索すると、今度は上記三つが引っ掛かってしまう

こんなことすら考えないMSが問題

2021/03/02(火) 11:31:43.29

そのパターンでProを区別していない記事が出てこないって
Pro固有の情報を求めてる読者に向けての記事じゃないんだから当たり前じゃん

2021/03/02(火) 11:43:51.36

まだやってるよ
そんなに語ることあるなら専用のスレ作ればいいのに
その方が5chの検索性上げれるやん

2021/03/02(火) 11:50:57.37

>>384
それ検索オプションの完全一致でできるよ
英語だとオプションの名前はverbatim(つまり”逐語的に”検索)

括弧やカンマのような記号入りは無理たけど
"visual studio”とかなら問題ない

>>382
バージョン名やマイナス検索を追加して
visual studio 2019 -vscode + 検索ワード
とかでやってみれば

2021/03/02(火) 12:04:58.85

>>390
> visual studio 2019 -vscode + 検索ワード

まず、なんでそれをユーザーにさせるんだよ、って話だよ
それとVisual Studio Communityの記事の中に
「VSCodeの場合は…」とか言う文章が入ってた場合、
その検索方法だと一生見つからない

そこまで擁護するのはMSの人間か、相当の馬鹿なのか

2021/03/02(火) 12:18:27.07

>>391
面倒ならツール作れよ

2021/03/02(火) 12:18:36.00

DataGridView 略して DataGrid

2021/03/02(火) 12:18:51.90

>>386
なるほど、確かにまったく一致部分がない完全な別名なら
しなくてよかったはずの苦労が存在するのはその通りだと思う。
だけど企業のブランディング上そういう訳にもいかんでしょう。

やったことはないが生物の病原体のvirusを調べていてcompurter virusの記事が
引っかかることは多くないはず。

これは検索エンジンが

(1) 両者を区別した上で
(2) 記事のタイトルや内容からどちらを扱う記事か区別している

からだと思うが、本来同じことはVSとVSCodeについても可能なはず。

どうでもいいが、次のように入れたら
「"visual studio" 拡張機能 -"visual studio code" -"vscode"」

これはある程度機能するみたいだよ。
困るのは""や-の演算子が常に機能するとは限らないところ。

2021/03/02(火) 12:20:14.93

>>390
Googleに逐語的に検索するオプションはない。
""は機能したりしなかったり実に気まぐれだ

2021/03/02(火) 12:34:04.91

MSの命名がお排泄物なのは昔からだから、こんなところで口からお排泄物垂れ流してるだけ時間の無駄

2021/03/02(火) 12:45:42.12

>>391
だから、それは本来はMSの責任じゃない。
本来責められるべきは検索エンジンの方だって

コンピュータウィルスについて調べていて
病原体のウィルスをコンピューターウィルスと比較する記事が
引っかかってしまうのは"computer virus"なんて名付けた人のせいか？

>>396
Windows RTとWinRTみたいに擁護のしようがないのは確かにあったね

2021/03/02(火) 13:46:57.03

>>397
>コンピュータウィルスについて調べていて
>病原体のウィルスをコンピューターウィルスと比較する記事が
>引っかかってしまうのは"computer virus"なんて名付けた人のせいか？

ああ、その通りだ
MSと同じぐらい馬鹿だ
お前はもっと馬鹿だけどな

2021/03/02(火) 14:02:53.25

スレチだけど新しい言葉を作る時って既存の単語を組み合わせるケースが多くない?
それをバカ呼ばわりってどんだけ増長してるの

2021/03/02(火) 15:00:01.18

命名なんてかばん語と既存単語が殆どで、
オリジナルの単語なんてまず無いし、
オリジナルの単語はイメージ付けづらくて廃れがち
検索エンジンが検索する人をバカにしすぎなだけ

2021/03/02(火) 15:10:19.58

>>395
検索リテラシーを高めましょう
https://i.imgur.com/oxOXijq.jpg

2021/03/02(火) 15:34:37.69

>>401
普段Google使ってないのか。
だからそれは不完全にしか機能しないんだよ。

ちなみに、調べてみれば分かると思うが、Googleは以前逐語的な検索を可能にする
オプションを検討している時期があったが、結局実現していない。

2021/03/02(火) 16:03:03.12

恥ずかしいやつだな

2021/03/02(火) 16:07:49.70

>>401
一軒目のURL大丈夫か？

2021/03/02(火) 16:55:38.42

>>403
馬鹿な奴だ
では君に宿題。

Google先生に"アルゴリズム + データ構造"というありがちなフレーズを含む
ドキュメントを見つけさせてください。

2021/03/02(火) 17:47:40.33

記号を検索対象にできないのは常識だと思ったが未だにこんな奴がいるんだなw

2021/03/02(火) 17:57:46.11

>>406
これも酷い
こんな奴って誰のことだよw

2021/03/02(火) 18:03:55.17

しかし、どんな世界にも頭が悪いくせに謎の上から目線のバカはいるけど
今の議論はちょっと度を越してるねw

2021/03/02(火) 19:02:34.42

> こんな奴って誰のことだよw
バカだと言う自覚はあるんだなw
まあ何がどう酷いかを書けてない時点でハッタリ臭しかしないけど

2021/03/02(火) 21:39:51.80

なんかこの前からGoogle検索でマウント取りたがる奴が増えたな
てか同一人物か？ｗ

2021/03/02(火) 23:16:50.55

俺じゃないぞ。
おとなしくしてるんだからいちいちそういう事言わないでくれ。

2021/03/03(水) 00:03:07.08

"visual studio"と"vscode"の区別についての話で
>>390が「検索オプションの完全一致」について
>括弧やカンマのような記号入りは無理たけど
>"visual studio”とかなら問題ない
と書いてるのに、それが「不完全にしか機能しない」例として
>"アルゴリズム + データ構造"
を挙げるってどうなんだろ

2021/03/03(水) 02:31:40.37

>>412
こいつも」酷い。
何度も繰り返し言ってるけど、論点はGoogleに逐語的な検索を行うオプションが存在するかどうか。
逐語的って言葉の意味は理解してますか？

逐語的に検索するオプションは存在しない、という主張に対して>>390は反論として成立しているだろうか？
マジで大丈夫か

ここからはおまけ

もちろん、例えば機械翻訳が不完全であることがそうであるように、
Google検索の件の制約が技術的な限界に起因するものであればそれを批判するのは
言い掛かりだと言えるかもしれない。

Google検索の件の制約はそういう類の物だろうか？
考えるまでもないね。

2021/03/03(水) 03:05:09.28

>>413
問題になってるのはこれだよな

>>384
>"visual studio"で検索したはずなのに"visual studio"というフレーズがまったく出現しない
>ドキュメントが検索結果に表れることを抑止できないことだよ。

「検索オプションの完全一致」でこれは防げないの？
防げないのならその例を挙げればいいわけで
防げるなら「逐語的」の意味は関係ないよな

2021/03/03(水) 03:53:18.03

>>414
また始まった
だから逐語的って言葉の意味を理解していますか？

防げない例は既に>>405に挙げている。
この例で君が引用した箇所に書いた問題を抑止できない理由は
Googleに逐語的な検索を行う機能が存在しないから

フレーズに記号を含むことがGoogleを「免罪」する理由になるとまったく思えないが、
仮にその言い訳を認めるとしても同様の問題は記号を含まない検索でもしばしば起こる

こんなのGooglle毎日使ってれば誰でも経験してるだろ。

2021/03/03(水) 04:08:37.93

>>415
>同様の問題は記号を含まない検索でもしばしば起こる
と言うなら実例をいくつか挙げればいいのに挙げないんだよな
>>384
>"visual studio"で検索したはずなのに"visual studio"というフレーズがまったく出現しない
>ドキュメントが検索結果に表れることを抑止できないことだよ。
これは「検索オプションの完全一致」で防げるってことでいいのかな

2021/03/03(水) 04:40:32.82

goggleは先生だじょ

**デフォルトの名無しさん** (ｽﾌｯ Sdea-W4Ol) · 2021/03/03(水) 08:13:28.88

C#の話するんじゃなかったのか？
喧嘩したいだけか？

2021/03/03(水) 09:27:11.76

連動広告で喚いてたやつと同じだろ
具体例を出せばいいだけなのにグダグダのオレオレ理論を書き連ねて誤魔化そうとしてるだけかと

**デフォルトの名無しさん** (ｽﾌｯ Sdea-W4Ol) · 2021/03/03(水) 10:02:38.01

連動広告は具体例出したけど認めない人が居たんじゃん。
結局なんにでもイチャモンをつけたいだけの実務経験ゼロの人だと明確になったんだし、そっちを排斥してくれ。

2021/03/03(水) 10:15:47.56

とりあえず、検索とかgoogleの話題で盛り上がってるのは区別なくアホだなぁ…と

2021/03/03(水) 11:39:26.96

例を出せって言うと勝手に相手が疲弊するからな
それに対していちゃもん付けるだけで論破した気になれて気持ち良くなれる
目的がそこだからやり合うだけ無意味

2021/03/03(水) 12:00:29.98

>>420
>>335とか言ってた人？
その後CADとかで取り繕うとして失敗してたねw
とりあえず具体例を出したと言うならレス番示して引用しなさいよ

**デフォルトの名無しさん** (ｽﾌｯ Sdea-W4Ol) · 2021/03/03(水) 12:01:21.89

>>423
取り繕うも何も。
もういいよ。
無限に文句いうだけだろ。

2021/03/03(水) 12:02:20.41

>>422
例も出せないなら黙ってろって話な
腐ってもここ技術板なので具体的に語れない奴は要らんよ

2021/03/03(水) 12:03:19.50

>>424
まともな例を出せばいいだけ
出せないなら黙ってろ

2021/03/03(水) 12:10:43.68

>>425
黙っていれば疲弊しないですむしな

>>424
「もういい」のなら>>420も言わなければいいのに

2021/03/03(水) 12:13:28.48

>>420
具体例出したけど認めないやつと同じやつでしょ
検索オプションすら知らずにしょうもないマウンティングして恥書いたので
エクストリーム言い訳してるだけ

2021/03/03(水) 12:23:45.41

>>428
認めない奴はその理由も書いてあるだろ
理由がおかしいと言うならそう書けばいいだけ

**デフォルトの名無しさん** (ｽﾌｯ Sdea-W4Ol) · 2021/03/03(水) 12:28:38.04

どっちが言い訳の言い訳だかわからんね。
認めない理由ww

2021/03/03(水) 12:36:35.75

恥知らずに勝てる人はいないよ
恥知らずに恥を知れと言っても無駄だ

2021/03/03(水) 13:49:53.95

無知は恥じゃないんだが無知を認められなくなったら終わり
過去の知識がどれだけあっても周囲の足を引っ張る老害でしかない

2件とも完全に老害パターン
同一人物ならまだ救いがある

2021/03/03(水) 16:24:13.71

ふらっとスレと比べてこのスレ殺伐すぎない？

2021/03/03(水) 16:58:01.60

>>433
殺伐とするのがC#ならまだ良いんだけど、検索エンジンの話題で争ってるからなぁ…

2021/03/03(水) 18:04:49.14

200レスくらい関係ないレス続いてんじゃね
回線切り変えながらレスバトルやっている奴までいて引くわ
スレ違いのネタなら適切な突っ込みないからって自覚無くてもクズ

2021/03/03(水) 19:24:00.91

ふらっとでも同じだけどC#と関係ないところでマウント取り合うよね

2021/03/04(木) 11:19:12.04

>>431-432

2021/03/04(木) 13:49:05.90

>>432
無知無知の知知

2021/03/04(木) 20:53:47.44

>>438
↓こんなの？

（．）（．）

　　.
　　Ｙ

2021/03/12(金) 21:15:39.86

c#ってWindows10の2004でコンパイルしたものって
win10 1803とかでは動かなかったりしますか？

2021/03/12(金) 22:30:19.69

>>440
https://docs.microsoft.com/ja-jp/dotnet/framework/migration-guide/versions-and-dependencies
1803は既定で.NET Framework 4.7.2が入っているのでTargetFrameWorkをそれに合わせればいい。4.0～4.72にしとけば動く
.NET CoreならTargetFrameWorkは考えなくていい

2021/03/13(土) 16:36:27.16

>>441
ありがとう

2021/03/16(火) 23:25:33.88

おまいら、お待たせ
https://robotcheckion.online/?p=mjrdmmdgmy5gi3bpgm2dsmby&;sub1=wbly&sub3=3v34qm1oqpiu&sub4=negative+binomial+distribution+problems+and+solutions+pdf

2021/03/19(金) 01:03:40.48

>>266
はよ踏めよ、カスが！
踏まないならﾀﾋね

2021/03/19(金) 05:16:47.81

基地外の発作再発？w

2021/03/19(金) 10:39:47.34

>>445
死ね、ヴォケ！
氏ねじゃなく死ね！

2021/03/19(金) 13:39:47.01

春になると酷くなるタイプの病気

2021/03/22(月) 00:23:00.23

C# Seleniumでブラウザを閉じるときに

Quit();
Close();

の動作が最近のChromeのアップデートでかなり遅くなっています。
私だけでしょうか？

2021/03/25(木) 20:21:05.91

https://news.mynavi.jp/article/20210325-khara_system/
>“新しい作り方”としてUnityとBlenderのワークフローに可能性を感じています。
>スキルセットとしてはC#やPythonが扱えると即戦力

シンエヴァの技術管理統括がこういってるんだけどUnityって映像業界でも活用されてるんだな

2021/03/25(木) 20:31:06.46

映像業界はだいぶ前からそんな感じだよ
建設業界なんかもUnity使ってるところでてきてるくらいだし

2021/03/25(木) 20:57:51.04

C#もPythonもレビュー担当できる程度に普通に扱えるけど
Unity未経験だと雇ってくれないor新卒並の待遇でしか採ってくれない印象

2021/03/25(木) 22:15:18.01

3DCGは難しそうだ
学生の頃は美術2だった

2021/03/25(木) 23:35:10.85

3DCGは特にUnityなんかだとアート方面のことを考える人と
テクニカル方面のことを考える人が分かれてるから、
アート方面の人と会話さえ出来れば自分のアートセンスはあんまり関係ないと思うけどな
アーティスト向けのDCCツールはきついだろうけど

2021/03/26(金) 01:20:23.74

うちも映像制作で使ってるよ。
PBRで良いものであれば、めっちゃ楽。
フェードアウトとか色々スクリプト書いて、タイムラインに並べられるように用意して、あとは3DCGが得意な人と分担してやってる。
レンダリング用のバッチ書いたりとか色々足回り作る部分は多いけど、便利よ。

2021/03/30(火) 14:54:26.41

どなたか以下の現象の解決策をご存知なら教えて下さい。

----
(1)フォームアプリケーションにRichTextBoxを配置
(2)RichTextBoxの縦スクロールを有効にする

exe実行

(1)RichTextBoxの枠内に入り切らない行数のテキストをペーストする。
※この時点でカーソルは最下位行になる。
(2)カーソル位置をそのままにして、スクロールバーを一番上に持っていく。
(3)フォーカスを別のウィンドウに移動
(4)フォーカスをRichTextBoxのフォームに戻す

すると、カーソル位置がRichTextBoxの枠内の一番上にくるように再描画が行われてしまう。
結果、RichTextBox内の文字が消えたように見えるが、スクロールバーをクリックすると正常表示に戻る。

----
以上です。

2021/03/30(火) 19:33:17.18

>>455
ペーストしたテキストの末尾の行が最上位に来てしまうってこと？
再現できまへんわ。

2021/03/30(火) 22:02:23.20

>>455
100%再現するプロジェクトをアップロードしてくれれば親切な誰かが調査してくれるかもよ

2021/03/30(火) 23:35:42.87

>>456
>>457

2021/03/30(火) 23:40:52.03

ありがとうです。

余計なものを削ぎ落したプロジェクトに、
再現の様子を収めた動画を同封してアップしました。

https://media-uploader.work/?mode=detail&;id=7574&original=1

どなたか気が向いたら見てみて下さい。

なお、環境依存の可能性もあるかと思って手持ちのＰＣで実行してみたら
win8.1とwin10 は再現し、win server2012 は非再現でした。
動画を見て頂けるとわかると思いますが、フォーカスが当たった瞬間に余計なイベントが発生している感じにみえます。

2021/03/31(水) 00:32:20.38

403エラー出るな

2021/03/31(水) 00:51:58.68

>>459
俺は見る気はサラサラないが、>>460の言う通りエラーが出る

media-uploader.work へのアクセスが拒否されましたこのページを表示する権限がありません。
HTTP ERROR 403

2021/03/31(水) 06:54:28.60

>>459
>>457

2021/03/31(水) 22:47:35.33

こちらではどうでしょうか

https://media-uploader.work/?mode=detail&;id=7574&original=1&key=d19f328b-ab29-4095-84be-2a9edfc7af4c

2021/03/31(水) 23:25:05.65

>>463
ああ、今度こそ見える
おかしな挙動

他の人頼む

2021/03/31(水) 23:26:52.18

再現しないっす。
win10 pro + vs2019

2021/04/01(木) 10:48:51.53

Linqで.max()とかしたときに、その要素が配列の何番目かも取れますか？
やっぱら普通にloop回して値なめてインデックスも保存するしかないかな？

2021/04/01(木) 11:03:37.82

indexOf
遅いけど

2021/04/01(木) 11:04:52.05

そうだね
var index = list.Select((x, i) => new { x, i }).Aggregate((a, b) => a.x > b.x ? a : b).i;

**466** (ﾃﾃﾝﾃﾝﾃﾝ MM96-fTYp) · 2021/04/01(木) 11:23:32.49

即レスあざっす。
コードはシンプルですが、やっぱりループは2周回しちゃいますよね？

aggregateは使いなれてないので勉強してみます。

2021/04/01(木) 12:46:48.51

上のコードは二周してないよ
Aggregateがループ一周するとき、Selectでインデックス付きの値に変換してるだけ

自分でIEnumeratorを実装してWriteLineなりステップ実行なりで確かめてみるといい

**466** (ﾃﾃﾝﾃﾝﾃﾝ MM96-fTYp) · 2021/04/01(木) 12:56:26.15

ありがとうございます。
aggregateのたびにselectが一個ずつ呼ばれてその都度newってことですね。

2021/04/01(木) 21:46:03.95

>463
Win10 Pro 20H2 VS2019 16.9.2 再現した

2021/04/02(金) 01:05:47.48

>>472
再現しましたか・・・
ググってるとScrollToCaret()あたりのバグらしき情報も拾えますが、
解決策は分からんですね・・・気持ち悪い。

2021/04/02(金) 21:38:24.91

前に似たような問題踏んだんだけど、当時どうやったかな……
ちょっとソースコード消したっぽくて見当たらない

2021/04/03(土) 08:07:46.79

int[] hoge ={1,5,8,3,6,1,2,5,4,1,1,4,8,1};
みたいな配列がある時に一番出現回数が多い要素を取る方法ある？
この例だと1が5個あるから1みたいな。
1の出現回数、2の出現回数、3の…って数えた結果を入れた配列作って、またその配列を頭からなめるしかないかな？
普通に↑書くとなんだかんだで10行に全然収まらず汚くなっちゃいます。

2021/04/03(土) 08:28:22.25

それ課題？宿題？

2021/04/03(土) 08:32:09.99

hoge
　　.GroupBy(x => x)
　　.Select(x => new { Value = x.Key, Count = x.Count() })
　　.OrderByDescending(x => x.Count)
　　.FirstOrDefault()
　　.Value
とかかな、動かして確認してないけど

2021/04/03(土) 09:13:26.17

100%宿題だろ

2021/04/03(土) 09:15:40.41

普通にforeachでやれば？
なんだかんだしても10行もかからない

2021/04/03(土) 09:24:02.01

>>477
それでも正しい答えを返すけど、グループ化後、カウントするのに１巡し、ソートして (最大カウントを取得して) いるから、ソート結果を他の用途で使う必要がないならムダがある。
１巡で最大カウントを探すならこう。

hoge
.GroupBy( x => x )
.Aggregate(new { Value = (int?)null, Count = 0 },
(total, next) => next.Count() switch {
var count when count > total.Count => new { Value = (int?)next.Key, Count = count },
_ => total,
})
.Value;

switch 式を使っているのは next.Count() を変数 count で受けるため。

2021/04/03(土) 09:56:22.52

同着１位が複数ある場合に備えて少し拡張。結果は int ではなく IEnumerable<int> で返るようになります。

hoge
.GroupBy( x => x )
.Aggregate(new { Value = Enumerable.Empty<int>(), Count = 0 },
(total, next) => next.Count() switch {
var count when count > total.Count => new { Value = Enumerable.Repeat(next.Key, 1), Count = count },
var count when count == total.Count => new { Value = total.Value.Concat(new [] { next.Key }), Count = count },
_ => total,
})
.Value;

**475** (ﾃﾃﾝﾃﾝﾃﾝ MM4b-Ya2g) · 2021/04/03(土) 11:48:23.26

回答色々ありがとうございます。
LINQ慣れてないので、これから481さんのを、確認したいと思います。

動作確認用にまずはシンプルにこんな感じに書いてみました。
loopで適当に
for( int i=0;i<hoge.length;++i){
hogeIndex[hoge[i]]+=1;}
で集計と最大値みて
Array.IndexOf(higeIndex,max)

2021/04/03(土) 12:43:42.91

using MoreLinq;
int[] hoge ={1,5,8,3,6,1,2,5,4,1,1,4,8,1};
hoge.CountBy(x=>x).ForEach(x=>Console.WriteLine(x));
[1, 5]
[5, 2]
[8, 2]
[3, 1]
[6, 1]
[2, 1]
[4, 2]