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

2019/07/16(火) 15:36:23.74

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

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

>>980を踏んだ人は新スレを建てて下さい。
>>980が無理な場合、話し合って新スレを建てる人を決めて下さい。

■関連スレ
C#, C♯, C＃相談室 Part95
https://mevius.5ch.net/test/read.cgi/tech/1508168482/

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

■情報源
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/

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

2019/08/13(火) 15:58:52.24

どこが「初心者用」だよ？って質問と回答ばかりだけどなww
昔は上級者用の質問スレもあったようだが
まあ一つに集約されてるほうが情報収集には便利だけど
スレタイはこっちが気に入ってるし
シャープとフラットをかけてる辺り

2019/08/13(火) 18:46:02.38

NuGetパッケージの管理より
Seleniumパッケージを最新にしました。

しかし、それから

Chrome は自動テストソフトウェアによって制御されています。

という文言が画面に出る様になってしまいました。

options.AddArgument("disable-infobars");

を指定する事でこれまでは、
この様なエラーメッセージは表示されていませんでした。

どうすれば消えますか？

2019/08/13(火) 19:01:18.55

>>203
標準でもなんでもないサードパーティーライブラリの話はスレ違い
↓あたりで適切なスレを探して
web制作管理 - 5ちゃんねる掲示板 https://mevius.5ch.net/hp/
WebProg - 5ちゃんねる掲示板 https://medaka.5ch.net/php/

2019/08/13(火) 19:57:44.52

>>203
その文言そのままgoogleにブチ込んで見る人生よ

2019/08/13(火) 20:37:06.27

ずーっとseleniumと格闘してんね

2019/08/13(火) 20:54:18.53

>>205
すごい字余りの川柳かと思った

2019/08/13(火) 20:59:35.55

セレニウム野郎まだいたのかよw

2019/08/13(火) 21:33:22.43

>>204 >>205
新しいNuGetパッケージについての
解説ブログはないんだよ。

2019/08/13(火) 21:45:22.03

>>209
>>1

2019/08/13(火) 22:29:42.70

>>209
君が解説ブログかけばいいんでは？
てか解説ブログあること前提なの？

リリースノート見るなりソース読むなりすればいいのでは？
できないならなんでバージョンあげたの？
問題出たならバージョン戻せば？
なんのためにnuget使ってるの？

2019/08/13(火) 22:56:59.36

ちなみにこれってエヌユーゲッツなんかねヌゲッツなんかね。稀に他人と会話することがあるんだけど口頭で言う時に困る単語のひとつ…！

2019/08/13(火) 23:00:05.96

https://monobook.org/wiki/NuGet
>NuGet（読み：にゅーげっと、ぬげっと）

らしい

2019/08/13(火) 23:01:57.10

>>211
常に最新を使った方がいいのかな～と思いまして。
戻した事がなかったので調べてみます。

この手の技術系は、
詳しい人がブログにまとめてくれてるのでいつもそれらを参考にしています。

>>212 >>213
エヌユーゲット

2019/08/13(火) 23:10:42.03

漏れは、Ruby で、Selenium WebDriver を使っているけど、

「Chrome は自動テストソフトウェアによって制御されています」というメッセージは閉じれるけど、
その部分を閉じても、その幅が消えないから、使える画面が少なくなる

2019/08/13(火) 23:18:57.47

selenium君もruby君もスレからずれたレスしないでね

2019/08/13(火) 23:24:54.56

>>213
ヌゲットにしとくかな…
Nuclear unlimited gigantic enhanced technology

2019/08/13(火) 23:29:34.04

selenium君はRuby君を反面教師にするといいよ。
スレ違いを繰り返すのがどれだけ他人から見て迷惑でみっともない行為なのかをこれ程上手く伝えられる教材はとても稀だから。

2019/08/14(水) 00:36:59.18

C#＋Seleniumなのでこのスレが正しい

2019/08/14(水) 01:38:02.43

誘導を無視することは正しいことですか？
ライブラリの問題であって言語の問題ではないから誘導しているのです
使用しているのがC#であっても言語の質問でなければ正しくはありません
問題が言語なのかライブラリなのかわからない人もいるので初めてレスするなら何の問題も無いし、誘導してくれるでしょう

今まで何度誘導を無視しましたか？
長期間、言語ではなくライブラリを起因とする質問を繰り返すのは正しいのですか？

2019/08/14(水) 02:14:02.89

それはあくまでもあなたの意見でしょうが

2019/08/14(水) 03:08:22.27

芸人の押すなよは押せって意味だからどんどんやっていいよ
どうせ過疎スレで人口なんか恐らく数十人しかいないw

2019/08/14(水) 03:17:28.62

1に書いてあることと同じだけど、どのへんがあなたの意見なの？

2019/08/14(水) 08:25:36.73

>>221
俺は>>220とは別人だが同意見だ

2019/08/14(水) 08:33:56.94

そもそもWinFormsもWPFも言語仕様じゃなくてライブラリだ
ライブラリを外せってのは余りに酷い暴論だよ

2019/08/14(水) 08:59:28.69

ライブラリが即NGじゃなく
サードパーティ制のライブラリがメインの質問&原因だからスレ違いでしょ

標準ライブラリは勿論OKだし
C#に関連の深い.NETやVisualStudio周りなら多少逸れてもOKだろうし
サードパーティでも例えばODP.NETとかのら基本的な質問なら答えても文句言われないでしょ
逆にUnity絡みならC#であっても専門スレのが有益だから誘導されるだろうし

誘導には、スレが汚れるから他所へ行けって側面と
ここだとまともな回答が得られないからこっちを当たれって案内の面があるんよ

2019/08/14(水) 09:34:24.96

>>217
この前マイクロソフトの人柄ヌゲットと言ってたからヌゲットでOK

2019/08/14(水) 09:38:00.49

標準とか外部ライブラリーって>>1のどこに書いてあるんだよ

つまり「個人の感想です」だな

2019/08/14(水) 12:04:33.55

馬鹿がなんと言おうとスレチ

2019/08/14(水) 12:05:06.26

つかSelenium君の問題は、Seleniumの問題というより
彼の頭の悪さの問題なんだよ

それを解決するのはこのスレじゃない
そこは明白だろ

2019/08/14(水) 12:38:54.90

誘導してる人の動機が利他的なものなら素晴らしいことだけど、
実際は人を批判しないと気が済まないだけだからねw

そこを見透かされてからかわれているのに、それがわからないところが何とも滑稽だね
だいたいこんな過疎スレで周辺分野の質問があって誰が困るのかねw
誰も困らないと思うけど。

2019/08/14(水) 12:48:55.76

質問者本人が（回答を得られないという点で）困るだろ

2019/08/14(水) 13:03:38.03

スレチな質問なんだから誘導して貰えるだけマシ

2019/08/14(水) 13:09:35.97

質問者以外も、どうでもいいやり取りを見せられて迷惑だと思うよ。
過疎っていても適切な話題が書き込まれていた方が良い状態だと思う。

2019/08/14(水) 13:40:20.40

>>231
君のようなオナニー野郎が1番気持ち悪いよ

2019/08/14(水) 14:49:03.49

そもそも
C#もSeleniumも根本はC++で実装さえれている
Seleniumに詳しいヤツがいないから
いいがかりつけられてばかりでかわいそう

2019/08/14(水) 15:26:24.08

>>236
かわいそうって、自分が？
何で実装されているかなんて尚更無関係だろうに、そんな頓珍漢なことばかり言ってるから煙たがられるんだよ。

2019/08/14(水) 15:39:01.35

>>236
そんじゃこれからはC++スレで質問してね
Seleniumに詳しい奴もいっぱいいるだろうからお前の助けになるだろうよ

2019/08/14(水) 16:13:47.02

C#の言語自体がC++で作られてる事をしらんふぬけども

2019/08/14(水) 16:16:19.89

僕の内臓を返せ～

2019/08/14(水) 16:59:56.55

Roslynも知らないガイ

2019/08/14(水) 17:00:39.76

そもそもかなり長期間seleniumの質問が投げられてるのにseleniumに詳しい奴からの回答なんてruby君以外からほぼ無い状態
だからこそ誘導してるんじゃないか
スレ趣旨から多少ずれてようがわかる範囲なら回答してる
回答した上で誘導までしてるのに誘導だけは無視して延々と質問を投げるなら嵐とかわらんじゃないか

2019/08/14(水) 17:01:32.64

>>239
GitHub - dotnet/coreclr: CoreCLR is the runtime for .NET Core. It includes the garbage collector, JIT compiler, primitive data types and low-level classes.
https://github.com/dotnet/coreclr

コア部分は間違いなくC++で開発されているから安心して巣立ってくれ

2019/08/14(水) 18:33:13.55

聞きたくなければ黙ってseleniumをNGワードに入れれば良い

匿名掲示板なので日記書くやつもいるだろうし
他人の服装まで直す行為は無駄
ごちゃごちゃ発言するな

2019/08/14(水) 18:48:49.85

いいかげんseleniumの話題はやめて欲しいよね

2019/08/14(水) 21:06:43.58

業務アプリケーションでElectron.NET使ってる人いる？そういった技術も習得してた方がいいかな？

2019/08/14(水) 21:09:29.90

どうしてなの――ッ！！
どうしてエレクトロンしないのよーッ！！

2019/08/14(水) 21:11:16.53

業務アプリって比較的新しい技術ってあんま使わなくね？
使えるように勉強するのは多いに結構なことだとは思うけど

2019/08/14(水) 21:34:40.40

RPAスレはSeleniumの話題OKだからそっちいきなよ

2019/08/14(水) 22:21:04.82

Seleniumスレでも発達障害は解決できるとは思えないけどな

2019/08/15(木) 00:01:22.09

options.add_argument( '--disable-infobars' ) # 通知バーを消す
Ruby で、こう書いても、通知バーを消せない！

Chrome なんて、仕様をコロコロ勝手に変えるし、文書も作らないだろ。
ソースコードを読めって、無茶苦茶だろw

各ブラウザの機能なんて、相手にしないほうが良い

2019/08/15(木) 00:17:18.78

>>246
WPFやFormアプリケーションで描画しきれないケースのみ採用するパターンが多いかと。
習得する分には、もしもの時に出せる手札が増える（知見が広がる）ので良いとは思います。

2019/08/15(木) 01:51:37.30

業務アプリは大規模開発だったり要件が機能追加(既存ソースの流用)だったりが多いから知ってる人が少ない技術は敬遠される傾向があるよね・・・

2019/08/15(木) 05:13:06.12

dapper で、dynamic型で取得したレコードのカラム名は、どうやってプロパティにマッピング？すればよいでしょうか？
以下のようなイメージです。

var list = connection.Query<dynamic>(@"SELECT cd, name FROM hoge_table").ToList();
list.ForEach(item =>
{
this.cd = item.cd;　　　//cdカラムは存在しているが、この方法では取得出来ない。
});

2019/08/15(木) 05:18:20.88

なぜdynamicなんか使ってるの？

2019/08/15(木) 09:03:09.32

>>248,>>252,>>253
今はあんまり使われていないんだ
休みだし今後のためにチラッと触ってみる

2019/08/15(木) 13:17:25.77

using (var conn = new SQLiteConnection("Data Source=:memory:"))
{
conn.Open();
conn.Execute("CREATE TABLE test (cd INTEGER, name TEXT)");
conn.Execute("INSERT INTO test VALUES (@cd, @name)", new { cd = 1, name = "a" });
conn.Execute("INSERT INTO test VALUES (@cd, @name)", new { cd = 2, name = "b" });
foreach (var row in conn.Query<dynamic>("SELECT cd, name FROM test"))
{
Debug.WriteLine($"{row.cd} - {row.name}");
}
}
問題なかったけど？
コンパイルエラーになってるんだったらその内容書いて

2019/08/15(木) 15:14:02.56

常駐するアプリを作るとき、serviceにすると何が嬉しいのですか？

2019/08/15(木) 15:26:23.04

ログインしてなくても動く

2019/08/15(木) 16:03:39.12

ありがとうございます

2019/08/15(木) 17:15:06.30

>>255
dapperはdynamic使うのが簡単でウマーだから

2019/08/15(木) 18:25:05.09

>>261
インジェクション対策は？

2019/08/15(木) 18:41:02.43

>>262
ちゃんとパラメーター変数使ってるジャン

2019/08/15(木) 19:29:51.78

>>261
cdカラムとかを指定して取り出したいなら結局クラス作った方が楽やん

2019/08/15(木) 20:14:41.68

大文字小文字の問題とか無いのかな？
止めて変数rowをウォッチしてみてね

2019/08/15(木) 20:56:25.88

>>264
ケースバイでしょ

2019/08/15(木) 20:58:03.96

>>266
うん、だけどそれで悩んでるのは事実やん

2019/08/15(木) 21:46:48.94

>>251
やっぱりそうだよね。

Seleniumを使いこなせないPGがC#パーには多すぎるのが問題だな

2019/08/15(木) 22:36:14.06

あーハイハイ

**251** (ﾜｯﾁｮｲ 132c-BF++) · 2019/08/15(木) 23:18:45.58

まあ、Ruby では、
driver.execute_script で、JavaScript(JS)のソースコードを実行できるから、
通知バーの要素を取得して、その部分を、JS で削除できるかも知れない

例えば、漏れは普段、Showroom の多くのアバターなどを、こうやって削除している

jsCode = <<'EOT'
var elem = document.getElementById('js-avatar');
elem.parentNode.removeChild(elem);
EOT

driver.execute_script jsCode

2019/08/16(金) 00:31:14.40

一人でも煩いスレ違い居座り野郎が、二人になって相互作用まで始めてしまったか。

2019/08/16(金) 00:40:48.73

せめてjavaスレいけよ

2019/08/16(金) 00:47:42.08

ん？なんでrubyの話が突然出てくるんだ？

2019/08/16(金) 00:56:27.81

だから。相手にすんなよ。
しつこくても枯死するまで放って置けばいいのに。

2019/08/16(金) 00:57:25.58

>>273
いくらやめろと言われてもところ構わず唐突にRubyの話を始める頭のおかしい奴が、この板にいついているから。スレタイにRuby禁止と書かれているスレがいくつかあるが、コイツが原因。

2019/08/16(金) 00:58:13.28

C#っつーかプログラミング言語一般の話になっちゃうかもしれないんですけど
勉強してて例外のところに差し掛かったんですけどめっちゃ色々種類あるじゃないですか
んでもって例えば関数一つ作るにしても考えようによってはほんと沢山の種類の例外が発生する可能性がありますよね
そういうのをとにかく可能性が少しでもあれば例外をスローするようにしてたらコードが例外ばっかになっちゃう気がします
書く例外と書かない例外の境界線はどこにあるのでしょうか

2019/08/16(金) 00:58:14.57

>>274
すまん、その通りだな

2019/08/16(金) 01:08:02.04

>>276
よくわからん理屈だな
仮にその例外を「書かない」と判断したとして、その「例外的な状態」を例外の代わりにどう処理するつもり？
放置しても問題なく動き続けられるorその場で適切な対処をして回復できるなら、そりゃ例外投げるよりその方がいいに決まってる

2019/08/16(金) 01:13:52.65

>>276
ライブラリ関数に渡す引数が正しくないとかのように、自分が書いているコードが正しくない場合に発生する例外、逆に言えば正しいコードを書けば発生しない例外は基本的にその場ではいちいちcatchしない。
ただし完全にバグがないということを保証するのは困難なので、プログラムの上流でまとめてcatchして何らかのメッセージを出すなどした方が良い。どう対処すべきかはそのシステムに求められる要件次第だけど。
ファイルにアクセスできないとか、ユーザからの入力データが正しくないことにより発生するような例外とか、自分のコードの外部の要因で発生する可能性のある例外は、その都度catchして適切に対処する必要がある。

2019/08/16(金) 01:51:17.26

四則演算やっても
オーバーフローもゼロ除算もあるしね
一番上のcatchでまるっと処理したほうがええ

2019/08/16(金) 02:16:34.36

>>276
その処理内で対処できるなら投げない
できないなら例外なげる

>>279-280
キャッチする話じゃなくて投げるほうの話だろ
まあ、キャッチも同じ考え方で、自分で対処できる例外はキャッチする
それ以外はそのまま上位へ

今はこういう考え方が主流だと思う

2019/08/16(金) 02:17:58.68

>>276
そんなの手を動かさずに机上で考えてるからそうなるだけw

処理できない問題は（基本的には）例外を投げて呼び出し側に通知するしかない。
処理できない例外は投げるしかない。
処理できないのにcatchして握りつぶしてよい例外なんかない。
何が難しいの？

2019/08/16(金) 05:58:38.34

初心者マークの人へのアドバイスとしては

例外をthrowするケースは
・事前条件が崩れる場合、例えば引数がおかしい場合や処理の準備が整わない場合
・処理に失敗したことを伝える場合
まずはこのあたりを基準に

逆にcatchはむやみやたらにしてはいけないし、特に握り潰してはいけない

他人のソースをたくさん読んで、たくさん考えて書くしかないよね

2019/08/16(金) 07:20:17.23

javaみたいに「このメソッドはこんな例外を投げるから必ずtry-catch書けよ」ってできなかったっけC#

2019/08/16(金) 07:41:23.99

>>284
Javaの最大の失敗の一つだね
C#に採用されなかったのはもちろん、Kotlinですら省かれた

2019/08/16(金) 09:30:31.26

そもそもチェック例外を採用した言語ってJava以外にあったか

2019/08/16(金) 09:33:04.09

>>276
動作止めたくないなら例外拾って全部ログに書き込む

2019/08/16(金) 11:35:21.61

全部のケースを全部継続可能か不可能か判断してケース分けするに決まってんだろ。
甘えんな

2019/08/16(金) 11:43:27.15

俺はtry入れないでまず作って
例外が頻発する箇所に追加していく感じ

最初から丁寧に入れていくのは時間の無駄が多い

2019/08/16(金) 12:43:54.88

いやとにかく

(1) 例外を投げるかどうか
(2) 例外をcatchするかどうか

こんなことで悩むなんてありえないよ。悩む理由がない。
悩みどころなんて、どの例外を投げるかの選択、あるいは例外をどの程度
場合分けするか、ぐらいしかない。

これは例えば、引数が変だった場合にとにかくいつでもざっくりArgumentExceptionを投げて済ますか、
引数がどう不適切なのか、細かく場合分けしてより適切な例外を投げるようにするかの選択

余談だけどこういうと怒る人もいるかもしれんが、個人的には例外の場合分けなんて
本当はどうでもいいと思ってるw

役に立つことはほぼないwほとんど場合プログラマの自己満足だw
そのコードを見られる場合にはね。（だから他人が使うライブラリを書いてる場合は別問題）

2019/08/16(金) 12:50:25.25

あと、そもそもメソッドのデザインとして
例外を投げる代わりにout引数か戻り値でnull（あるいは例外オブジェクト）
を返すって選択肢もあるから、そこで迷うってケースもないことはないけどね。

呼び出し側でいちいちtryブロックを書く必要があるのは鬱陶しい、
って需要もあるから

2019/08/16(金) 12:59:06.06

キモいRuby厨はスレ追い出されてC#スレに引っ越した

2019/08/16(金) 13:33:31.65

>>289
たぶん環境が緩いというか品質が知れるわ

2019/08/16(金) 14:56:57.30

>>291
out使うのはなぜ？

2019/08/16(金) 15:10:09.14

outでエラーコード返すのでは？

**デフォルトの名無しさん** (ｽﾌｯ Sd33-RZ8Y) · 2019/08/16(金) 15:19:40.41

昔はout使う構文が嫌いだったけど、7.0でインライン宣言出来るようになってからそうでもなくなった

2019/08/16(金) 16:31:30.73

ValueTupleにエラーコード入れて返すじゃ駄目なの？

2019/08/16(金) 16:34:34.90

>>294
TryParse的な物を想定して書いたけど>>291じゃ端折り過ぎて意味不明だね申し訳ない
戻り値nullは（メソッドじゃないけど）as的な物を想定

例外オブジェクトをout変数で返すのはたぶんやってる人はほどんどいないけど、
tryブロックが嫌いなら場合によっては便利かも

2019/08/16(金) 16:37:56.56

>>272
JavaとJavaScriptは別ものだ
あほ

Slenium以前の問題

2019/08/16(金) 16:52:07.81

>>298
タプルで返せばよくない？

**デフォルトの名無しさん** (ｽﾌｯ Sd33-oOLq) · 2019/08/16(金) 17:53:53.26

例外はログ拾う時に絶望したくないから適切に投げるなぁ。
どうでも良いという論調は作るだけで保守しない人の発想みたいで少し嫌かもしれん。
アプリケーションのロジックをバッチでも使いたい、みたいな時に、毎度戻り値を検証するんじゃなくてバッチの一連のトランザクション自体落としちゃいたい時に二度手間な気がするんだが、その辺どう作ってるんだろう？