ふらっと 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

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; }

2019/05/28(火) 09:38:11.91

C# のフレームワークには、Ruby on Rails みたいな、O/R マッパーが無いのか？
今時、文字列で、SQL を書く人なんて、いるのか？

SQL インジェクションもされるから、今は、O/R マッパーのメソッドを使う。
placement に値を入れるだけで、SQLインジェクションをエラーにできる

2019/05/28(火) 10:09:05.63

>>126
EFを知らないのか
それと上で出ているDapperもその一種だ

2019/05/28(火) 10:29:03.95

>>126
お前はRubyスレから出てくるな

2019/05/28(火) 10:35:26.92

A言語のスレで「A言語にはB言語でいうCみたいな機能は無いのか？」って聞いても、B言語を知らない、詳しくない人には「Cみたいな機能」がどんな機能かわからん。
B言語のスレなら少なくとも「Cみたいな機能」がどういう機能かはわかるんだから、聞くならB言語のスレで聞けばいいんじゃね？

今回ならRubuのスレでね。

2019/05/28(火) 10:35:51.99

あ・・ Typo・・・

2019/05/28(火) 10:43:26.90

>>129
そのレベルの問題じゃない

2019/05/28(火) 11:33:20.74

>>126
それRubyスレで言ってみ？
意識高い系Rubyist(笑)達からも嵐のようにマサカリ飛んでくるよw

2019/05/28(火) 11:57:04.06

>>126
ストアド叩けばええんちゃう？

2019/05/29(水) 11:04:17.50

昔は、C#での帳票にはクリスタルレポートを使っていました。
最近は、C#(Windowsアプリ）で一番多く使われているのは何でしょうか？

一番多く使われているものを教えてください。

2019/05/29(水) 12:37:48.69

>>134
多分、データを帳票の枠の入ったExcelファイルに書き込んで表示or印刷的なのが多いかと
っていうかクリレポってそんなに多かったですかね？
昔から私の周りではこっちのが主流でしたｗ

2019/05/29(水) 12:49:27.29

>>134
JasperReports

2019/05/29(水) 16:20:00.76

>>134
グレープシティのなんか。

2019/05/29(水) 18:07:30.21

よく知らんけど帳票って専用のライブラリ使わなきゃいけないほど複雑な分野なのかな。

よっぽど凝ったデザインとかじゃなきゃ自分でゴリゴリ書いても
たいした手間じゃないと思うんだけど

WPFのDocumentは触ったことないけどGDI+なんか全然簡単よ

2019/05/29(水) 18:09:50.31

情シスで未経験ながら一人開発してるんですけどSQLをクラスに書きながら世間様ではどうしているのか気になりました
クエリ専用クラスとか作ってるのでしょうか？
神クラスにまとめているのでしょうか？
ドメイン駆動設計独学してる限りではSQLは対象の知識に閉じ込めておくべきかなと考えておりますが、ベテラン様のご意見を伺いたいです

2019/05/29(水) 18:27:22.97

WPFなら帳票もxamlで作る
外部ライブラリは要らない
MVVMでちゃんと分離出来てれば、チャチャっとデザイン屋に頼めば良い。
FixedDocument作ってプリンタに送る部分だけちょっとめんどいかな

2019/05/29(水) 20:30:50.69

Open Xml SDK使ってxlsxファイルに流し込んでる

2019/05/29(水) 20:47:27.03

>>135 >.136 >>137 >>138
昔はクリスタルレポートを使ってWindowsアプリでは、帳票出力していました。
確かにExcelで印刷時のテンプレートのデザインをざっくり作っておいて
C#から特定のセルに値を転記して、印刷した方が早いと思います。

ただ、このやり方ってどうなんだろうな～と思いまして。動けばいいんですけど。

はまった時に解決するのが大変なので
できるだけ世間一般で多く採用されている手法を取りたいと考えています。

2019/05/29(水) 22:40:18.15

iTextSharp使ってPDFのテンプレートに流し込むのというのも作ったことある

2019/05/29(水) 23:07:18.43

今はライセンス料必要だけどね

2019/05/30(木) 12:47:28.06

>>113-114
えっ？
そんな余計な機能がついてるんだ…
性能劣化するのはちょっと嫌かも

2019/05/30(木) 12:51:13.14

>>138
プリンタによって細い罫線がでないとかに真面目に対処しようとすると結構大変だからその手のライブラリに丸投げする
プリンタが固定なら自前で作ってもいいけど

2019/05/30(木) 14:46:36.95

>>145
フィールドの場合は一度ローカル変数に読み出してから分岐とメンバアクセスをするだけだろ
フィールドへのアクセスはローカル変数に比べて遅いから、繰り返しフィールドを読むのに比べてむしろ速くなる可能性がある
さすがにフィールドにvolatileが付いてない限りは繰り返しのフィールドアクセスは一度ローカル変数に読むのと同じ動作になるように最適化されるだろうけど

2019/05/30(木) 15:39:26.40

>>146
そんなトラブル聞いたことないよw

っていうかそれが起こるとしたらプリンタドライバまたはプリンタそのものの問題なので、
ユーザーコードレベルで回避なんかできるはずがない

だいたいインクリボンの時代じゃあるまいし、目視できる範囲の細い線が消えるって
どんなプリンターよwww

2019/05/30(木) 15:55:37.74

9600dpiの帳票で1dot幅の線を引いたりしてるんじゃないの。
プリンタドライバの縮小アルゴリズムが単純間引きに近い動きをすると
線が消えるので、プリンタの解像度を取得して自分で最適なアルゴリズムで
戦を残すように細工する必要がある場合がある。

2019/05/30(木) 16:33:56.92

ピクチャーボックスに描画したやつは消えたな
文字はジャギってた