ふらっと 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/09/29(日) 07:08:46.93

私もよくわからないんですが、インターフェースって実装内容は問わないけどこの名称のメソッドは用意しなさいよってコトですかね？
インターフェースでメソッドを定義しても、継承したクラスがそのメソッド名に合ってない実装をしてしまったらと考えるとインターフェースのメリットがイマイチピンときません

2019/09/29(日) 07:26:53.36

疎結合

2019/09/29(日) 08:56:25.44

>>823
継承したクラスで変にオーバーライドされたら…
なんて気にしたら何も書けなくなるよw
それはオーバーライドした奴の責任だから気にしてもしょうがない

2019/09/29(日) 09:00:39.96

それって抽象メソッドでも同じ事じゃないの

2019/09/29(日) 11:47:55.74

多態で使うんだよ
用意しなさいってのは発想が逆で、インターフェースに定義されているプロパティなりメソッドなりが実装されていることが保障されていると考える
実際の実装は気にせずに呼ぶ側はインターフェースのメソッドを呼べばいい

2019/09/29(日) 11:59:54.10

抽象クラスは重複の排除で使う、インターフェイスはテストする時の視点で必要

クラスAがクラスBの機能を利用する時に
クラスAはインターフェイスに対して実装しとけば
クラスBの変更に影響を受けないし、
テストする時にクラスBの代わりを作るのがインターフェイス部分だけになる
これがもしクラスAがクラスBの抽象クラスに対して実装すると、
クラスAをテストするときに抽象クラスの不要な部分まで要求されてしまう

また複数人開発においてもインターフェイスを利用すれば各個人が独立に作業しやすくなる

2019/09/29(日) 12:01:49.30

呼んだはずのメソッドが(インターフェースでは要求されてるのに)実装されてなかったら
コンパイルエラーじゃなくて実行時に例外吐くか
unknownmethod()みたいな呼び方してくれると便利

2019/09/29(日) 12:05:37.87

不便だろ

2019/09/29(日) 12:07:56.33

クラスに由来しない振る舞いを定義するのがインターフェイスとも言えるね。

良く例示される「動物」クラスで考えると。
・「動物」は動くのだから「移動」メソッドに必然性がある
・だけど「移動」するのは動物だけではない
・いま「移動」と言うメソッドに着目して操作を行いたいとする
・「移動」は動物でも自動車でもロボットでも行う
・でも自動車もロボットも動物ではないのでいからそのメソッドの由来を「動物」クラスに求めるわけにはいかない
・加えて、動物や自動車やロボットに直系する(基底)クラスもない
・故に「移動」メソッドの由来を「動物」クラスにではなく「移動」インターフェイスに求めてみる
・・・的な。

2019/09/29(日) 12:08:06.40

実行時に例外吐くのはめちゃくちゃ恥ずかしい

コード書いたやつはバカですと言う証明
私はデバッグもできない馬鹿ですで表明してるようなもの

2019/09/29(日) 12:13:32.63

コンパイル時にエラー吐くならそこでデバッグできる

実行時エラーなら全ての場合でエラーがないことを実際に確認しなければならない

どちらが便利かわかるだろ

2019/09/29(日) 19:29:34.79

>>831
いい例えだね
俺も使わせてもらうわ

2019/09/29(日) 20:03:13.25

先日、マンガ村の運営者が著作権法違反の容疑で逮捕された。

c# プログラマもマンガ村と同様の共有システムgit等を利用し、マンガやソースをインターネットを通して共有している。
github など分散型のバージョン管理システムを利用している c#プログラマはマンガ村の管理者と同じ位置にいるといえる。単なる利用者ではない。

c# プログラマはマンガ村管理者と同一人物といえるので、著作権法違反の共同正犯として刑務所にぶち込むべき。

2019/09/29(日) 22:53:02.75

c#のインターフェイスにはプロパティも宣言できるよね
あれは実質的にはフィールドと同じ様な感覚で使えてしまう

2019/09/29(日) 23:37:43.33

だって>>831のような解釈は時代遅れだし特にC#(というかMS系)では一般的ではないからな
今時は「動物」という一般的実在だろうが「移動できる」という抽象的性質だろうが区別せず、
実装を限定したくない場合は原則常にインターフェイスを使うのが一般的だ
特にMSの場合は顕著で、ほぼ全クラスの全メソッドをインターフェイスに定義するというスタイルを取ることが多いし、またそれを推奨してもいる

2019/09/29(日) 23:56:27.42

ほんとかよそれwwwww

2019/09/29(日) 23:59:46.39

>>837
初心者スレで珍妙な独自理論を一般的だなんて教えるのはやめれ

2019/09/30(月) 00:22:33.73

今年始めた初心者だが
クラスが大カテゴリ
メソッドが小カテゴリ
インターフェースが小カテゴリらの存在を保証する中カテゴリ
このくらいの認識しかなかったわ

2019/09/30(月) 00:32:45.02

宣教師と見た
次にスクリプト言語を薦めて来るぞ

2019/09/30(月) 00:57:12.69

831 だけど。

複数のクラスインスタンスの動的読み込みとか始めるとそんな感じになることもあるよ。
プラグインとかの識別に便利だし。
そうだとしても、たぶん 831 の１行目と矛盾してないでしょ。

ただ初心者相手の説明にこんなこと言いだしたら収拾がつかなくなるし、
全メソッドをってのは、まあ頑張ってな、と返すしかないけど。

2019/09/30(月) 01:48:44.79

すまんが、エラーメッセージにあるカッコ内の行番号らしきものってさあ
片方は間違ってる行っぽいけど、もう片方は一体何なんだぜ？

2019/09/30(月) 02:02:42.92

>>843
その行の何文字目かって意味
例えばファイル先頭に「int a = "";」と書いたら(1,5,1,6)でエラーが出るけど
これは「1行目5文字目～1行目6文字目」の箇所でエラーになっていることを表している

2019/09/30(月) 02:09:52.87

>>844
ありがとう！何文字目かなんて全然わかんなかったよ

2019/09/30(月) 08:08:24.00

質問いいですか？

2019/09/30(月) 08:10:26.75

>>846
駄目です

**デフォルトの名無しさん** (ｽﾌｯ Sd7f-hHW8) · 2019/09/30(月) 08:17:51.94

>>847
その返しはこのスレではいかんだろ（笑）

2019/09/30(月) 08:41:05.60

トイレ行ってきていいですか？

2019/09/30(月) 08:55:42.37

もう居るだろう

2019/09/30(月) 09:29:49.98

では質問しますね
Timerコンポーネントで
Timer1.Interval = 5000;とすると、プログラム起動後5秒後に初めてTimer1_Tickが
実行されますよね、これを起動時に1度実行したいのですがどうしたらいのでしょうか

Form1_Loadに書けばいいような気がしますが引数がわからない

2019/09/30(月) 09:31:40.04

忘れたけどTimerってTimers.TimerもThreading.Timerも大体どんな種類の奴でも最初のディレイタイム指定できなかったっけ？

2019/09/30(月) 09:58:04.89

>>852
レスサンクスです
Delayでぐぐってみましたが、プログラムを遅延させるほうのDelayばかりヒットして
なかなか見つかりません、Timerのプロパティにそういうなのがあればいいんですが

2019/09/30(月) 10:05:34.65

>>853
処理を関数化しておいて、コンストラクタから呼んだらいいんじゃね？
別にタイマーから呼ばなくてもいい

2019/09/30(月) 10:13:21.52

>>851
最初100で、中で則5000書き換えじゃあかんかったっけ

2019/09/30(月) 10:40:02.13

>>854
サンクスです
Timer1_Tickの中の処理をゴソっと別にうつすんですか、確かにうまくいきそうですね

>>855
さんくすです
Timer1.Interval = 100;からTimer1.Interval = 5000;に変更ですか
これもうまくいきそうですね、厳密な秒数は必要じゃないですし

2019/09/30(月) 10:47:03.32

>>851
どんな方法使ってもいいけど後で読んだ時に何をやってるか
分かりやすいのが一番だね

public Form1()
{
　　InitializeComponent();
　　Form1.Load += (sender, e) => OnEvery5Seconds();
　　Timer1.Tick += (sender, e) => OnEvery5Seconds();
}

void OnEvery5Seconds()
{
.....
}

こうやった場合、FormのLoadイベントより前にOnEvery5Secondsが呼ばれる可能性が
あることは注意する必要がある。（実際にはないと思うけど）

2019/09/30(月) 11:16:30.25

>>857
れすさんくすです
なるほど、こんな書き方もできるのですね、うまくつかえばすっきりまとまりそうです

2019/09/30(月) 23:02:09.82

>>852
流れから推測するとたぶんWindows.Forms.Timerクラスだね

2019/10/02(水) 01:49:10.77

非同期メソッドでちょっとだけ同期処理するのにはどうすれはいいのですか？

async Task ABCasync(){
ABCasyncの呼び出し元には、終わるまで待っていてもらいたい処理();
//ここでtaskで呼び出し元に何かを返せたりするのかしら？
ABCasyncの呼び出し元には、待っていてもらう必要のない処理();
}

2019/10/02(水) 02:14:39.18

強引に実装することは可能だがメソッド分割すべき

2019/10/02(水) 07:28:12.15

クラスは知識
メソッドは機能
という認識は事のほか難しいんけ？

2019/10/02(水) 08:07:26.42

>>862
そういう一般的でもない訳のわからない解釈を出されても、普通の人には理解できないかおかしな理解のまま突き進むことになるだろう

2019/10/02(水) 08:15:53.12

クラスは学校とかのクラスって認識でいい

2019/10/02(水) 11:07:45.90

ゲームのクラスの方がわかりやすい気がする

戦士　魔法使い　僧侶　盗賊

それぞれできることが違う

2019/10/02(水) 11:18:19.95

あはは、まあ、学校のクラスだと対抗戦が出来るくらいに似たり寄ったりだから意味が分からないよな。

2019/10/02(水) 11:59:15.15

逆に、同一のクラスの異なるインスタンスなんてのもできないしね。

2019/10/02(水) 12:12:09.33

>>865
じゃぁ男女別は？
どっちのクラスが上位なの？
それとも同格で、男戦士　女戦士ってなるの？

半魚人タイプとか4足系の戦士は？

2019/10/02(水) 12:26:49.61

出来ることが変わらないなら基本変えなくていいよ
設計次第だけど

質問の内容の男戦士と女戦士で何が違うのかはっきりしない
力などの属性値（プロパティ）だけが違うなら分ける必要はないわな
半漁人でも4足系の戦士でも数値しかかわらないなら同じ

コードが共通になるなら基本的に分けなくてもいい

2019/10/02(水) 19:59:53.93

強引に何かに例えるよりコード書いてみた方がいいよ

2019/10/02(水) 20:20:25.32

C#はじめて最初の日に読み飛ばすところで議論しても不毛だよな
>>870に賛成

2019/10/03(木) 00:57:21.26

質問です
工場とかインフラの制御ソフトモドキを成果物としてWindowsアプリケーションの形式でC#で作りたいんですが、この2冊終わった後にWindowsアプリケーション開発の本買うなら何が良いですか？
また、本が時間の無駄だとしたらどこのサイトを参照すれば良いですか？
上記の件よろしくお願いしますm(_ _)m

1冊目　なるほどなっとくC#入門
2冊目　C#プログラミングのイディオム/定石&パターン

2019/10/03(木) 01:02:05.17

そりゃ一番はMicrosoftのチュートリアルでしょ
https://docs.microsoft.com/ja-jp/visualstudio/ide/step-1-create-a-windows-forms-application-project?view=vs-2019

2019/10/03(木) 01:16:35.63

>>873
ありがとうございますm(_ _)m

2019/10/03(木) 01:19:35.07

>>872
FormならGUIの作り方は必用なことをググって調べながら実際に作ってみるのが一番。
本は1冊以上は読むだけたぶん時間の無駄。

何かを制御するなら、それが大企業の製品で.NET用のライブラリが用意されているのでない限り
たぶんアンマネージドの知識が必要になる。
これは多分本はないので自分でググって調べる

あと多分非同期処理は必須。
最初.NET1.x時代の生のThreadとか使う記事に軽く目を通して、
その後は今時のTPLや非同期メソッドの記事を読めばいい。
本もあるけどたぶんweb上の記事で十分

2019/10/03(木) 01:26:24.07

非同期メソッドの実行自体は慣れたけど
win10のアップデート強制再起動時に
非同期処理中のタスクをきちんと終了させる方法がわからん

突然書き込み中のファイルがぶっ壊れそうで怖いわ

2019/10/03(木) 01:35:18.06

>>875
ありがとうございますm(_ _)m

**デフォルトの名無しさん** (ｽﾌｯ Sd0a-reJN) · 2019/10/03(木) 01:39:57.58

>>875
工場の制御ってRS-232CとかPLCとかGPIBとかやろ
別にアンマネージド必要ないだろ

2019/10/03(木) 01:45:45.89

>>878
そうかもしれないけど拡張ボードの型式でライブラリはアンマネージドdllだけかもしれない。
USB接続でアンマネージドdllの可能性もある
何とも言えない

2019/10/03(木) 15:11:12.65

マネージドなドライバーが無いなら使わないって選択をだな。

2019/10/03(木) 18:33:07.86

UI操作とawaitを使った非同期メソッドをまとめたasyncメソッドを別スレッドから呼び出すにはどうすればいいですか？

**デフォルトの名無しさん** (ｽﾌｯ Sd0a-fusW) · 2019/10/03(木) 18:36:08.92

>>881
？？何が聞きたいの？

2019/10/03(木) 18:42:35.24

>>882
すみませんでした。
例えばこういう感じのメソッドを別スレッドから呼び出す方法を教えてください。

async Task DoSome()
{
label1.Text="処理中...";
await DoLong();
label1.Text="完了";
}

2019/10/03(木) 20:27:59.44

正直設計を考え直した方がいいけど
メインスレッドで動作してる間に
TaskScheduler.FromCurrentSynchronizationContext()
でTaskScheduler確保しておいて、その"別スレッド"内で
new Task(() => DoSome()).RunSynchronously(taskScheduler)
する

2019/10/03(木) 20:48:28.97

こうじゃダメなの？
Invoke((MethodInvoker)(async () =>DoSome()));

2019/10/03(木) 22:23:35.99

呪文化しただけにも見える

2019/10/04(金) 00:31:32.74

メソッド側を修正する必要があるけど、
こういうことでは？

別スレッドからのUI操作
https://qiita.com/mounntainn/items/8a2b4f1cf47bd02657f3

2019/10/04(金) 01:26:24.02

>>883
やっぱりそういうのは非UIスレッドからも呼び出せるようにする、ではなく、
逆に普通にUIスレッド専用のメソッドとして提供して、
もし必要ならXMLコメントとかで「UIスレッド以外からの呼び出し禁止」って
明示するのが筋なような気がするw

2019/10/04(金) 09:42:07.42

>>884
>>888
filesystemwatcherのハンドラから呼び出すと別スレッドからの呼び出し扱いになってしまいます。

2019/10/04(金) 09:50:12.44

まあその用途ならやっぱコントロールのInvokeの中で呼べばいいだけの話しだな
DoLongの中でさらに入り組んでるとデッドロックしそうだけど

2019/10/04(金) 14:31:48.61

こんなの考えてみたが、あんまり便利でもないなw
private bool TryOnUIThread<T>(EventHandler<T> eh, object sender, T e) where T:EventArgs
{
　　if (!InvokeRequired) return false;
　　Invoke((Action)(() => eh(sender, e)));
　　return true;
}

private void FileSystemWatcher_Changed(object sender, FileSystemEventArgs e)
{
　　if (TryOnUIThread(FileSystemWatcher_Changed, sender, e)) return;
　　var t = DoSome();　　
}

2019/10/04(金) 15:21:51.76

FileSystemWatcherはSynchronizingObject持ってんじゃん
設定しとけば勝手にBeginInvokeでイベントハンドラ呼んでくれるよ

2019/10/05(土) 10:15:38.99

質問なんですが
設定ってどこにどうやって保存してますか？
.configが今ならベストなんでしょうが、保存先が
C:\Documents and Settings\UserName\Local Settings\Application Data\
になり、.iniのように、アプリをコピーで2つの設定が使えるようになりません

.configはファイルの場所が遠くて変更しにくい、iniは古くてC＃で扱いにくい
どうしてますか？

2019/10/05(土) 10:23:45.47

>>893
インストールするアプリはユーザーデータフォルダのどっかに保存しないと駄目じゃん
どこでも置けるやつはexeと同じ階層に設定ファイルあったほうが使いやすいじゃん
ってだけしか気にしたことない

2019/10/05(土) 10:30:58.10

>>894
れすさんくすです
確かにそのとおりだとおもいます

インストーラーではなく、ZIPとかで配布で、ちいさなアプリで、主にシングルユーザーで
ってなると.iniになるんでしょうか？

2019/10/05(土) 10:31:02.26

>>893
設定を保存するクラスを作って、xamlかjsonにシリアライズ
アプリのコピーで使い分けるなら、保存場所はアプリのexeと同じフォルダー

2019/10/05(土) 10:34:16.80

>>896
xmlとjsonなんて編集できるツールあるの？
パンピーにインデント壊さないでねなんて無理よ

2019/10/05(土) 10:43:34.43

>>897
元の質問に設定ファイルを手動で編集したいなんて書いてないが

2019/10/05(土) 10:47:20.84

jsonもxmlもインデント関係ないから自由にさせろ
強制したいならyaml使え

2019/10/05(土) 12:25:09.61

>>897
インデントわろた

**デフォルトの名無しさん** (ｽﾌｯ Sd0a-reJN) · 2019/10/05(土) 12:42:35.73

>>897
インデントwwww

2019/10/05(土) 15:47:01.45

インデントっていうかカッコの対応？
でもその一点でxmlとjsonっておよびじゃ無くない？
これらを使うなら設定ツールが必要になると思う

2019/10/05(土) 16:03:44.47

よく出てこれたな

2019/10/05(土) 16:30:09.26

>>903
何度でも言えるよ
xmlとjsonは設定ツールがないと使えないゴミ

2019/10/05(土) 16:44:26.62

設定画面ぐらい作れよ

2019/10/05(土) 17:02:10.69

>>904
よおインデント

2019/10/05(土) 17:07:55.98

>>896
れすさんくす
結構ハードなことやってるんだね、一度クラス作ったら一緒か

2019/10/05(土) 17:16:21.03

>>906
よおインシデント

2019/10/05(土) 17:17:03.15

>>907
今どきならjson.netを使うだけ
ググればわかるけど呆れるほどかんたんだよ

2019/10/05(土) 18:01:24.61

インポテンツ

2019/10/05(土) 18:06:22.26

初心者スレやからね

2019/10/05(土) 19:34:08.92

>>909
さんくす、ライブラリが公開されてるのか
みんなこれ使ってるの？

2019/10/05(土) 19:36:45.83

令和の時代の新規プロジェクトでiniファイルはありえんだろw

2019/10/05(土) 19:38:02.29

>>912
今のところデファクトスタンダードなライブラリだね

2019/10/05(土) 19:39:42.31

>>913
設定ファイルをユーザにどうして欲しいの？

2019/10/05(土) 19:46:18.14

>>915
サンプルのjsonを添付してここを変更しろとドキュメント付けとけば問題ない
インデントが変わっても問題ないし

2019/10/05(土) 19:51:52.36

>>913
http://www6.uniovi.es/cscene/CS3/
values.c

2019/10/05(土) 19:56:00.01

>>912
俺はDataContractJsonSerializerだな
これなら標準ライブラリだからインストール不要

2019/10/05(土) 19:57:33.02

>>916
jsonはカッコの対応で死ぬわ

っていうかxmlもjsonもiniファイル駆逐できるほど性能よくねーじゃん
っていうか用途が違うものを強引に適用しようとしてない？
設定ファイルに書いたコメントも消えちゃうしね

2019/10/05(土) 20:01:44.88

iniファイルを時代遅れだと主張するなら
xmlやjsonで吐き出して設定ツールぐらい用意しろってことかな？
それなら理解できるけど
xmlとjsonのテキスト編集はキツイ

**デフォルトの名無しさん** (ｽﾌｯ Sd0a-reJN) · 2019/10/05(土) 20:08:26.65

ユーザーがやることはjsonの値をちょい変更するくらいなのになんでカッコ対応が問題になるんだよ
ユーザーがカッコを書く必要なんてないのに

2019/10/05(土) 20:11:42.09

>>921
いや、だからそれどこよ？
ってのを見つけるのも結構骨が折れる作業よ

だから、コメントをjsonファイルに書いておくだろ？
ところが次のアプリの書き込みで消えてるんだなｗ