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

2019/05/16(木) 19:28:06.27

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

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

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

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

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

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

**デフォルトの名無しさん** (ｽﾌｯ Sd94-D3Sh) · 2019/05/18(土) 17:42:36.41

>>25
ini使うんだったらJSONの方が使い勝手いいよ
JSON.NETで簡単にシリアライズできるし

2019/05/18(土) 18:00:47.70

結局、key valueだったらjsonだわな。

2019/05/18(土) 19:40:41.40

CSVならエクセルで開けんで？

2019/05/18(土) 22:05:43.33

ini ファイルは古い。
XML, JSON, YAML, CSV

Vagrant, Chef ではRuby、Gradle ではGroovy など、
プログラミング言語そのものが設定ファイルになるのが、間違いが少ない

2019/05/18(土) 22:16:44.23

ini （プロファイル）よりCSVの方が古い
件について小一時間

SuperCalc形式だものね

2019/05/19(日) 14:54:54.80

jsonってコメント書けるの？

2019/05/19(日) 15:18:17.73

書けないンゴ

2019/05/19(日) 15:31:02.10

今更だけど>>17はすげえ面白い発想だなw
この発想はなかった

他の人も書いてるけど、「手動で編集して壊してももそれなりによきに計らうようにしたい」
って発想がそもそも合理的じゃないね。
労力の使い方が間違ってる。

編集させたいなら編集できるツールを提供するのが筋でしょう普通に

2019/05/19(日) 15:43:58.11

>>4
亀だがLINQ使えば?

2019/05/19(日) 16:58:39.64

てかxmlって俺らは読みやすいけどパンピーには編集不能だし
xmlって客の利点は1つもないよ
お客に「え？そのフォーマットって俺等になんの利益があるの？」
って言われてはじめて気づいたけどな
コメントもかけないし
書いても次の出力で消えるし

2019/05/19(日) 17:36:13.38

>>35
> コメントもかけないし

2019/05/19(日) 18:02:37.75

>>36
ん？ユーザが書き込んだコメントを
次の出力で出せるの？

2019/05/19(日) 18:03:37.96

別にxmlになったから読みやすいとか無いけど
プログラムとかライブラリが読みやすいでは？

2019/05/19(日) 18:03:41.06

>>35
読みやすいかな？
そりゃ意味はわかるけど、読みやすくはないなあ。

2019/05/19(日) 18:05:20.48

>>39
プログラムから読み込み易いってこと

**デフォルトの名無しさん** (ｽﾌｯ Sd94-D3Sh) · 2019/05/19(日) 18:08:33.90

>>35
コメントは書けるだろ

2019/05/19(日) 18:11:37.65

>>41
書いたコメントを読み込めない

**デフォルトの名無しさん** (ｽﾌｯ Sd94-D3Sh) · 2019/05/19(日) 18:13:57.67

>>42
DOM使えば読み込めるよ

2019/05/19(日) 18:14:01.15

>>42
c# - XmlDocument reading XML Document comment Issue - Stack Overflow
https://stackoverflow.com/questions/6468994/xmldocument-reading-xml-document-comment-issue

**デフォルトの名無しさん** (ｽﾌｯ Sd94-D3Sh) · 2019/05/19(日) 19:01:25.29

xmlよりもjsonの方がかなりデータサイズが小さいからファイル保存にしても通信文にしても最近はjsonの方を使ってるわ

2019/05/19(日) 19:18:03.58

xmlといえば@ITのC#記事でのこき下ろし方が
まるでxmlに親でも殺されたかのような書きっぷりで笑えた記憶が

2019/05/19(日) 19:19:08.50

>>37
出力が何を示すのか知らんけどコメントのためのクラスもあるから適切に処理すればコメントも扱えるよ
https://docs.microsoft.com/ja-jp/dotnet/api/system.xml.xmlcomment?view=netframework-4.8

2019/05/20(月) 01:15:28.17

データの一時保存のためにXMLエディタみたいな機能積むのは嫌だ。
自己データの保存用のXMLなんだから不必要なタグや属性は無視したいよ。
ただ、どんな保存形式であれ不正データの発生は防ぎきれないから質問主の方針には賛成する。
不正データな時点で内容が信用できないと判断してオール初期化するのも悪手ではない。

2019/05/20(月) 01:26:07.42

質問内容は不正データを排除する方法じゃなくて、
手動で編集されて（あるいは別の理由で）「壊れた」データからでも読める部分だけでも読めないかって話だから

2019/05/20(月) 03:34:53.02

手っ取り早いのはシリアライズするenum型のプロパティをstring型に変更して想定値以外に編集されてもExeceptionが発生しないようにすることでしょうな

2019/05/20(月) 07:13:37.85

不正データを排除って言っても
> 特に enum は綴り間違うとすべてがパーになるので。
ぐらいだけなら>>50とかの対処療法でなんとかなるけどタグ名の間違いとか文字列のダブルクォーテーションの抜けとかまで言い出したらパーサーを作り直すに近いことになるからそんな所で苦労するなら>>33の言うようにツールなりを提供した方が楽

2019/05/20(月) 08:04:55.23

属性を持たせたいならxml一択

2019/05/20(月) 08:07:45.04

そもそもxmlを編集する有名なツール自体がない
あってもとても一般人には触れない代物

人に編集させたいくせにあえてこのフォーマットにする意味がそもそも皆無
エクセルでも読めないし
一体どうして欲しいのか？
別の設定ツールを作るときにプログラムから読み書きがしやすいってただそれだけだろ
んでツールの提供も嫌だって言うんじゃ
メリット皆無
そもそもxmlを選択した時点で担当者は無能で死刑

2019/05/20(月) 09:18:28.49

えくせるｗｗｗ

2019/05/20(月) 11:20:58.13

xml は糞

2019/05/20(月) 15:53:54.65

以下のように非async関数proc1から、awaitが必要な関数proc3を呼び出すのに async void の関数proc2を挟んでいます。
この時、proc3/proc2のすべての処理が終わってからproc1に返ってきてほしいのですが、ログを確認すると

Enter proc2⇒Enter proc3⇒proc3 start⇒Exit proc2⇒proc3 end⇒Exit proc3
となってしまいます。

Enter proc2⇒Enter proc3⇒proc3 start⇒proc3 end⇒Exit proc3⇒Exit proc2
という順序で実行させるにはどうすれば良いのでしょうか。

private void proc1()
{
　　Debug.Write("Enter proc2");
　　proc2();
　　Debug.Write("Exit proc2");
}
private async void proc2()
{
　　Debug.Write("Enter proc3");
　　if(await proc3())
　　{
　　　　foo();
　　}
　　Debug.Write("Exit proc3");
}
private async Task<bool> proc3()
{
　　Debug.Write("proc3 start");
　　await bar();
　　Debug.Write("proc3 end");
　　return true;
}

2019/05/20(月) 16:29:27.47

>>56
proc1でproc2をawait

2019/05/20(月) 16:48:17.44

>>57
proc1は同期メソッドなので、await proc2(); はできません。

2019/05/20(月) 17:25:01.51

>>58
なら、proc2.Wait()

2019/05/20(月) 17:25:01.60

async Task proc2()
にして
proc2().GetAwaiter().GetResult();
とか

2019/05/20(月) 17:58:04.54

>>59
そんなやり方があったんですね。

ただ、async void proc2() だとエラーになったので async Task proc2() に変更して希望の動作になりました。

ありがとうございます。

2019/05/20(月) 18:13:28.96

イベントハンドラーなど戻り値をvoidにするしかない場所でだけ、async voidを使うべき
それ以外はasync Taskかasync Task<T>を使おう
http://neue.cc/2013/10/10_429.html

2019/05/20(月) 19:47:30.75

>>62
そんなのは設計や仕様、ポリシー次第。
なんでもかんでも型にはめるな

2019/05/20(月) 19:53:39.19

初心者スレだから自己判断しろというのは難しいかもしれんが、
有用なノウハウや定石ってのはあるんだよ

2019/05/20(月) 19:57:11.89

>>63
イベントハンドラー以外に戻り値voidが必須な場面があるなら
具体例を挙げていってもらったほうがためになるんだが

2019/05/20(月) 20:06:27.69

上級者様は自殺するか死ね

2019/05/20(月) 20:14:59.41

>>65
非同期タスクを管理する処理が別にあるとか、
サーバ間でデータ同期するけどリアルタイム性は求めず、整合性チェックも後でやるとか
俺はいろんなとこで経験したぞ。

時間のかかる処理はとにかく後回しでfire&forgetして、
目の前の処理を最優先にしたいことだってある。

「必須」とは言ってない。
状況「次第」と言っている。

実績のあるサイトがそう言ってるからと思考停止するのはやめてくれ

2019/05/20(月) 20:27:56.33

jpgを読み込んだbyte配列をUTF8で文字列化し、それをbyte配列に戻すと正しく復元できません

System.Text.Encoding.GetBytes(System.Text.Encoding.UTF8.GetString(bytes));

何故でしょうか

2019/05/20(月) 20:33:41.61

>>68
C#以前の問題
UTF-8を使ってすべてのバイナリを文字列に対応させて変換することはできない

2019/05/20(月) 20:43:52.08

>>67
状況次第でasync voidを使う場合があるんだな、知らなかったありがとう

>>68
https://docs.microsoft.com/en-us/dotnet/standard/base-types/character-encoding#choosing-a-fallback-strategy
https://docs.microsoft.com/en-us/dotnet/api/system.text.utf8encoding#remarks
Encodingインスタンスには、文字列化出来ない場合にどうするのかを扱うDecoderFallbackプロパティがあって
Encoding.UTF8の場合はReplacement fallbackを使ってREPLACEMENT CHARACTER (U+FFFD)に変換する
だからGetString()時点でjpg中のutf-8でない部分はU+FFFDに変わるのでGetBytes()しても復元できない

2019/05/20(月) 20:48:37.77

>>70
最近Blazorのソース内でもasync voidを使うべきかって話をSteven先生らがしてたね
PRとそのディスカッション追っかけてみるとおもしろいよ

2019/05/20(月) 21:09:30.64

>>69 >>70
Replacement Character に変換された時点で不可逆になるってことか
助かった。ありがとう

2019/05/20(月) 21:15:12.88

どうしても文字列にしたいならbase64

**sdfasdfasdfsd** (ﾜｯﾁｮｲ 3570-EbOW) · 2019/05/20(月) 21:22:49.73

Visual Studio(C#)のプログラミングに関する質問です。

インクルードする２ファイルが、双方のクラスを互いに必要とするケースにおいて、
コンパイルが通らなくて困っています。(当たり前なのですが…)

【Aファイル】
クラスAの定義{
クラスBの使用(インスタンス作成、メソッド利用)
}

【Bファイル】
クラスBの定義{
クラスAの使用(インスタンス作成、メソッド利用)
}

【全体インクルードファイル】
#include Aファイル
#include Bファイル

【コンパイル結果】
Bクラスが存在しません(Aファイルにて)

【質問】
お互いにクラス定義を必要とする場合、
★具体的に★どのような実装をすれば良いのでしょうか？

2019/05/20(月) 21:29:41.06

C#でインクルード？
VisualStudio/C#のバージョンはなに？

2019/05/20(月) 21:34:07.81

>>74
とりあえず言っておくと#includeはc#じゃない
一般論で言えばAとBの機能が両方必要な部分でCを作って処理するべきだな

2019/05/20(月) 21:38:58.17

C++ならImplパターン的なのになりそう

2019/05/20(月) 22:15:36.37

>>74
どういう場合にそんな設計しないといけないのかが気になる

2019/05/20(月) 22:38:26.25

>>75
本当はC++ cliですけど、C#の方がみなさんに馴染みがあると思うので
言語差異は私が吸収するのでC#として教えてください

2019/05/20(月) 22:39:43.45

>>76

一般論で言えばAとBの機能が両方必要な部分でCを作って処理するべきだな
→
ご教授ありがとうございます。これだと実装がきたなくなります。
未解決です

2019/05/20(月) 22:41:01.38

>>77
知識不足で教習ですがImplパターンとはなんでしょうか。
ぐぐっても出てきませんでした、

2019/05/20(月) 22:49:57.98

条件の後出し、質問文に虚偽か

>>80の回答でもダメなんでしょ
「C#にはincludeがないから言語仕様として>>74のようなクラスの書き方をしてもコンパイルエラーにならない」
という回答にしかならないから、貴方の知識と頑張りでC++CLIに読み替えてくれ

2019/05/20(月) 22:53:46.69

実装が汚いって>>74の時点で汚物まみれやんけwww

2019/05/20(月) 22:56:25.44

私は貴方のお母さんではありません

2019/05/20(月) 23:04:19.27

頭の中もさぞかしゲロまみれであろう

2019/05/20(月) 23:05:45.37

マルチポストで上から目線ってすげーな
全体インクルードファイルとかいうもん作るのになんで実装が汚いなんて拘るのかも意味不明
君の思う綺麗な実装なんてなんで他の誰かが気にしなきゃいけないのｗ

2019/05/20(月) 23:11:16.82

どっちの画面からも
お互いの画面を呼び出す仕様を素直に作っちゃうとそうなるな
今は無意識にそういうの避けてるだけで
あるはあると思う
辻褄が合うように頑張るしかない

2019/05/21(火) 00:21:42.93

インターフェース使えばできると思うが、オススメはしないな

2019/05/21(火) 01:09:08.10

C++の方にはすぐ回答出てたけど前方参照するだけの話
トリッキーでも何でもなくちょっとした規模の開発なら余裕で出てくる基礎的な内容
C++ 相互参照　あたりでググればいくらでも記事は出てくる
そんな基礎的な内容を知らないのになぜか上から目線

2019/05/21(火) 01:39:01.98

>>89
それで回避していいならc#も同じじゃねっけ？

2019/05/21(火) 01:40:43.20

ただ、一部の人間からはウンコ認定されるってだけ

2019/05/21(火) 06:42:05.09

そういう経験ない人からの認定なんてどうでもよくね？

2019/05/21(火) 07:08:14.10

組み方によって回避できるよ多分

2019/05/22(水) 00:05:54.67

普通にC#のプロジェクトならそのAクラスもBクラスもコンパイルエラーにはならんのじゃねえの？
言語差異を吸収するってなら、全体インクルードファイルってのをC#に置き換えてから質問しろよ

2019/05/22(水) 01:20:47.85

率直に思ったこと。

少なくとも俺には件の質問者が上から目線で物を言っているようには聞こえない
むしろ質問に正面から答えずに言い掛かりをつけてる連中の方がよほど上から目線で頭がオカシイ

2019/05/22(水) 02:15:27.63

そうか、そういうのはママにお話してあげてな生ゴミくん

2019/05/22(水) 03:42:23.27

>>95
俺もそう思う

2019/05/22(水) 06:16:41.31

>>95
>>79辺りは人によっては上から目線と取る人がいるかもな
あと>>86が書いてるようにマルチポストだしそもそも言語（C++/CLI）を後出しするとか質問のしかたも色々おかしいとは思う

2019/05/22(水) 08:35:59.17

上から目線で、というのは>>96みたいなのを指すんだろ

2019/05/22(水) 09:45:56.54

レスが真矢みきの声で再生されるから、
痛いとも思わん。

むしろご褒美

2019/05/25(土) 01:29:08.07

お前らいっつも喧嘩してんな

2019/05/25(土) 01:49:47.06

私のために喧嘩するのはやめて！

2019/05/26(日) 18:26:18.96

xmlファイルをdll化することってメリットありますか？
何故かxmlのdllが出来てたのですが、理由はなんでしょうか？

2019/05/26(日) 19:00:10.18

>>103
フォーマット違うんだけどな。dllに埋め込まれたxmlリソースが見えただけじゃないの？
もしくはxmlファイルを間違ってdllにリネームしてしまったか
「何故か」の過程が分からないと難しいしC#に関係あるかすらわからない

2019/05/26(日) 19:03:01.37

ユーザー定義リソースなら何でも書けるよ

2019/05/26(日) 19:14:38.59

日本語でよろしく

2019/05/26(日) 20:51:40.86

visual studioではcsファイル単体でのテストは可能ですか？
デバッグしたいです
wpfです

2019/05/26(日) 20:58:26.81

>>107
プロジェクトが無いとデバッグできないしWPFはcsファイル単体では成り立たないんじゃないの
https://docs.microsoft.com/ja-jp/dotnet/framework/wpf/getting-started/walkthrough-my-first-wpf-desktop-application
これ以上はWPFスレで聞いてください
WPF(.NET4.x, .NET Core) GUIプログラミング Part23
https://mevius.5ch.net/test/read.cgi/tech/1557960752/

2019/05/26(日) 21:02:25.57

すみません　じゃあvs code使いますです

2019/05/27(月) 15:50:03.21

githubで他人のコードを見て勉強しているのですが、

Action OnInit { get;set;}
というプロパティに対して

OnInit?.Invoke();
というコードは何をしているのでしょうか？

2019/05/27(月) 16:02:02.29

if ( OnInit != null )
{
　OnInit();
}

2019/05/27(月) 16:48:18.03

>>111
ありがとうございます、C#6からの機能なんですね、新しい書き方についていかなければ。

2019/05/27(月) 19:42:02.15

>>112
単純に短く書けるってだけじゃ無いからな。
>>111だとマルチスレッド時に1つ目の{でスレッドが切り替わって
OnInitにnullがセットされてしまう可能性があるが
Invokeにはそれが無い

2019/05/27(月) 19:54:29.22

>>113
Invokeにじゃなくて?. の仕様な

2019/05/27(月) 19:54:39.07

Ruby にも、&. という、null(nil)許容演算子が出来た

Swift から来た、流行か

2019/05/27(月) 20:35:27.77

今、一からデータベースプログラミングの勉強するなら、
①型付きDataSet ②型なしDataSet ③EF
のどれがよいでしょうか？

2019/05/27(月) 20:40:41.26

DataSetなんて15年以上前の技術なんか今更触っちゃダメ
Web上の情報でもDataSetを扱ってるようなページは問答無用で無視してよい

EFと言いたいところなんだけど・・・・個人的にはSQLの勉強も兼ねてDapperを推したい
データベースの基礎共用として手書きSQLがひととおり書けるようになっておいたほうがいい

2019/05/27(月) 20:48:22.48

>>116
上の人も言ってるが、④SQL
DBを自在に操れるようになるまでC#はしばらく封印しなさい

**116** (ﾜｯﾁｮｲ 67da-rlEE) · 2019/05/27(月) 22:32:39.99

>>117-118
ありがとうございます。
DataSetとDapperをちょっとだけ試してみました。

DataSetはGUIで簡単にクエリを生成して実行もしてくれますが、DapperはSQLをソースコード内に直に書いて、Connectionも作る必要がありました。
こういうものでしょうか？それともDapperのGUIのSQLビルダー機能を見落としているのでしょうか？

2019/05/27(月) 22:55:14.89

SQL書けない奴はプログラマを名乗るな

2019/05/27(月) 23:02:35.44

>>120
ﾆﾔﾆﾔ

2019/05/27(月) 23:26:39.44

>>119
そういうものだよ
GUIでコーディングをラップしたようなツールは決まって生産性が低い

2019/05/27(月) 23:42:07.71

>>119
DapperでSQLを書かずに済ませたい場合は、Dapper用クエリビルダを別途導入
nugetパッケージが多数公開されてるから合いそうなのを選ぶ・・・んだけど、デファクトスタンダードなものがないんだよね
単純なCRUDができれば十分でSQLを手書きせずに済ませたいならDapperよりもEFを使うほうが良いと思う
>>116さんならカンもよさそうだしとりあえずEFでCodeFirst⇒CRUDひととおりできればさほど困らないかも

ただそれでもSQLは別途学習したほうがいい
集計とかパフォーマンスを考慮したデータ検索とかをやろうとするとどうしても自前でSQLを書く必要が出てくる

**116** (ﾜｯﾁｮｲ 67da-rlEE) · 2019/05/28(火) 00:13:06.87

とりあえずdapperでPostgresqlからデータを取得して、Entityクラスのインスタンスを作って、DataGridViewのDataSourceに指定したのですが、
asでカラムの別名を指定しても、プロパティ名もその別名にしないと、指定した別名になってくれないですね。

//Entityクラスのプロパティ名を、"名前","有効","備考"にしないと機能しない。
var sql = "select pkey, name as 名前, enabled as 有効, memo as 備考 from m_tbl_department;";
var result = con.Query<Entity.Department>(sql).ToList<Entity.Department>();
view.DataSource = result;

回避策がすぐに思いつかないので、EFも触ってみたいと思います。

2019/05/28(火) 08:55:21.94

列ヘッダの表示なら、クエリでasでやるんじゃなくて
class Department {
[DisplayName("名前")]
public string name { get; set; }