C#, C♯, C＃相談室 Part93©2ch.net

2017/04/22(土) 08:52:00.93

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

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

■前スレ
C#, C♯, C＃相談室 Part92
http://echo.2ch.net/test/read.cgi/tech/1485589613/

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

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

2017/11/07(火) 14:42:48.60

IEは他にはhtmlのmeta要素使うとか
レジストリっていってもHKCUなんだからアプリ起動時に書き込むだけのことだけど

2017/11/07(火) 18:40:38.64

>>103
CefSharpっていうChromiumの実装がNuGetにあるよ
AnyCPUに対応してないんで導入が若干手間だけど気合いでがんばれ

2017/11/08(水) 00:31:11.06

>>103
CoInternetSetFeatureEnabled

2017/12/18(月) 07:59:20.53

＃EntityFrameworkの質問ってここでよいですか？

EFCore＋Sqliteで開発してるんですが、".db"ファイルのパス指定で困ってます。

コネクション作成時に、以下でdbパス指定をしています。
var connectionString = new SqliteConnectionStringBuilder { DataSource = @"./app.db" }.ToString();

この場合、理由がよく分かってないのですが、
Update-Databaseを実行した時（CreateDatabaseが発行される時）、プロジェクトフォルダからの相対パスになり、
SaveChangesを実行した時（Insert文が発行される時）、/bin/debugからの相対パスになります。

毎回相対パス指定を変えるのが面倒で、かつ絶対パス指定はしたくないもので。
何か良い方法はありませんでしょうか。

2017/12/18(月) 13:46:10.03

ここじゃないと思うの

2017/12/18(月) 14:56:45.39

>>107
で、app.dbはどこに有るのよ、

2017/12/18(月) 14:57:20.68

俺ならexeパス取得して絶対パス作ってそれ使うけど、
絶対パスいやならカレントフォルダ変更したら？

**107** (ﾜｯﾁｮｲ dfb3-iA8U) · 2017/12/18(月) 23:30:30.75

>>109
プロジェクトフォルダにできます。
ただ、プログラム実行時は別のパス見てるからDBないエラーになります。

>>110
あー、それいいかもです。
やってみます。

2017/12/31(日) 15:13:16.63

個々の人ってWinFormとWPFどっちで作ってる？

2017/12/31(日) 15:13:40.84

ＷＰＦ

2017/12/31(日) 16:15:17.15

何度聞かれてもformだ

2017/12/31(日) 16:16:35.61

オレも2年前からWPFにした。

2017/12/31(日) 16:35:43.42

新規は基本的にWPFだけど、使い捨てのツールはFormsのことも多い。

2017/12/31(日) 16:54:40.12

昔はVSが何かっつと即堕ちして使いもんにならんかったが
今はまともになったんかねWPF

2017/12/31(日) 17:32:53.36

WPFって技術資料があんまないから、つっかかりにくいんだよなあ

2017/12/31(日) 18:07:24.15

>>118
日本語が変だな
外国人？

2017/12/31(日) 18:22:11.56

>>119
あれだ外人からみれば
そうみえんじゃねw

2017/12/31(日) 20:17:21.07

つっかかりにくい→つかえやすいorつっかえやすい
それとも
つっかかりにくい→とりつきにくいorとっつきにくい

あんまない→あまりないorあんまりない

2017/12/31(日) 20:22:19.59

読解力ないな
外国人？

2017/12/31(日) 20:26:45.27

読解力が無かったら修正例は書けないと思う

2017/12/31(日) 21:26:10.60

どこかの田舎もんが書いた文章なんだろ

2018/01/01(月) 08:43:08.79

そんな事にも突っ込まないといけないほど余裕がないんだろうな

2018/01/08(月) 21:07:22.93

ILMergeについて質問です

例えば自作アプリ X.EXE に外部ライブラリ A.DLL と B.DLL を結合して X2.EXE を作ったとします
この X2.EXE を配布する場合、A.DLL と B.DLL の著作権情報を明記すれば問題ないという認識で合っていますか？

2018/01/08(月) 21:23:20.13

>>126
それはILMerge関係なくA.DLL と B.DLL のライセンスの問題です
結合が禁止されていなければ添付して配布するのと同じになります
どんなライセンスかによって違うので
【License】ライセンス総合【利用許諾】
https://mevius.5ch.net/test/read.cgi/tech/1266247461/
へどうぞ

2018/01/08(月) 21:33:00.91

>>126
> この X2.EXE を配布する場合、A.DLL と B.DLL の著作権情報を明記すれば問題ないという認識で合っていますか？
各々のライセンスを確認するしかない

2018/01/08(月) 22:13:04.36

>>127-128
レスありがとうございます

2018/01/31(水) 23:46:33.39

ラムダ式から右辺の情報を取得する事は出来ますか？

.net MVC のソースコードを見ていて思ったのだけど、たとえば razor の Html.LabelFor メソッドは第一引数に
m => m.name などと書いて、引数 m で示すクラスインスタンスの name プロパティの DisplayName 属性の値を
ラベルとして表示していたりします。

ということは、ラムダ式 m => model.name から name プロパティの属性情報を取得しているのだと思うのですが、
どうやってるのかさっぱり分からず。
調べるべきキーワードだけでもいいので、ヒントをいただけませんか。

2018/02/01(木) 01:19:13.10

ラムダ式を受け取るメソッドの引数を
Func<String>の代わりにExpression<Func<String>>にしたりする
キーワードは式ツリー

**130** (ﾜｯﾁｮｲ 9fd2-K3c3) · 2018/02/02(金) 00:27:05.13

>>131
ありがとー。
軽く見てみましたが、Expression ってよく分からないですね。。
式ツリーでも、もっと調べてみます。

2018/02/13(火) 16:59:47.00

サイズ、位置が固定されているウィンドウを外部プログラムから移動、サイズ変更する方法を教えてください

2018/02/13(火) 20:22:55.89

とりあえず一般的には
FindWindowやEnumWindowsで目的のウィンドウのウィンドウハンドルを手に入れて
SetWindowPosする
>>133のウィンドウがこれでできるかどうかはそのプログラムの作り次第

2018/02/13(火) 20:56:39.50

>>134
ありがとうございます
それで移動、サイズ変更できないウィンドウをどうにかできないかなと思い質問してみました
ユーザーが移動サイズ変更できないウィンドウでも強引にしてしまうプログラムがあるらしいので、どうしてるのかな？と

2018/02/13(火) 21:00:42.72

>>135
とりあえず直接のC#の話でなくWinAPIなんだからそっちで調べた方がいいと思うよ

2018/02/13(火) 21:21:31.71

>>136
ありがとうございます

2018/02/16(金) 06:01:32.86

☆ 日本の、改憲を行いましょう。現在、衆議員と参議院の
両院で、改憲議員が３分の２を超えております。
『憲法改正国民投票法』、でググってみてください。国会の発議は
すでに可能です。平和は勝ち取るものです。お願い致します。☆☆

2018/04/09(月) 14:21:53.70

厳密に言うとC#の話じゃないんだけど
TcpClientでコネクション使い回しというか
開けっ放しでデータ送り切るって出来ない?
flushしてもデータ残っててCloseしないと全部送られない

2018/04/09(月) 15:36:40.77

ソースで説明してくれ

2018/04/09(月) 15:51:30.50

そんな複雑な話じゃないんだ
GetStream()でストリーム取ってWrite()するだろ
でもClose()しないとケツのいくばくかはいつまで経っても送られない
断続的に送りたいから、いちいちClose()してからConnect()やり直すとかしないで済む方法あるか知りたい

2018/04/09(月) 15:59:29.12

NoDelay=true

2018/04/09(月) 16:03:49.46

おおサンクスやってみる

2018/04/16(月) 21:16:34.15

質問です。

非同期実行について勉強中です。

以下のサイトの内容なんですが、

https://ufcpp.wordpress.com/2012/11/12/asyncawait%E3%81%A8%E5%90%8C%E6%99%82%E5%AE%9F%E8%A1%8C%E5%88%B6%E5%BE%A1/

ページ中ほどにある
"スレッドプール実行"
の
"一方、内側は、スレッドプール上での実行になりますが、スレッドプール上のコンテキストではawaitしてもスレッドプール上のどこかで実行されるだけで、決してUIスレッドには戻らなくなります。"
の意味が理解できません。プール上のどこかで何が実行されるのでしょうか？

また、その下の”問題となる書き方の例”
の
”Task.Runの中のawaitでは、単一スレッド実行にはならないので、lockが必要になることがあります。”

理解が出来ませんでした。

2連続someTask()は同時に実行されるという意味でしょうか？

2018/04/16(月) 21:51:32.37

スレッドは使い捨ての領域だから、
その中で遅延実行しても戻り値は受け取れないよ
だって戻る領域が数秒後も存在しているか分からないからね
って意味だと思う

2018/04/16(月) 23:04:11.81

マルチスレッドなんて、素人がやるものじゃない。
Ruby を作った、Matz でさえ、何十年もやっていないのに

OS・CPU が今、どのプロセスのどのスレッドの、どの実行コードを実行しているのか、
君のプロセスのスレッドから、わかるわけないでしょ

同期処理じゃないのに。
バラバラに、無関係に動いているのに

逆に言えば、バラバラに動くスレッドの、
現在実行中のコードがわかるのなら、それは同期処理になる

2018/04/16(月) 23:28:22.82

これがシングルスレッドおじさん再登場の瞬間であった

**144** (ﾜｯﾁｮｲ ffe7-UPLz) · 2018/04/17(火) 06:32:51.54

どうもありがとう

2018/04/17(火) 08:18:31.78

シングルスレッドだけで出来る仕事って限られてないか。通信なんか絡んだらマルチスレッド必須でしょう。私の現場は.net3.5なんでback|ground work|er使ってるよ。

2018/04/17(火) 08:24:21.80

>>149
taskって4.0からだっけ？

2018/04/17(火) 10:03:57.21

>>150
確かそうです。
taskとか使えると楽なんですが4.0強制もできない案件なんで。

2018/04/17(火) 10:50:32.95

どうしても.net3.5を使わないといけないんだったらRxで処理するわん

2018/04/17(火) 11:51:31.97

おっ！
いいこと教えてもらった。
Rxってsilverlightだけじゃないんだ。

2018/04/17(火) 12:18:07.14

そんなの使えるなら.NET4だって使えるでしょw
3.5が使えて4が使えないプラットフォームは存在しないと思うけど

2018/04/17(火) 12:48:49.14

そういう問題じゃないんだよ・・・

2018/04/17(火) 13:03:19.02

お客様のPCがWindows7ならデフォルトで3.5が入ってるでしょう。4.0にしてから使ってくださいとは言いずらい。

2018/04/17(火) 13:07:10.43

ちょっと前までUnityも3.5止まりだったから多少はね?

2018/04/17(火) 16:37:52.80

Rxってなんぞや！！

2018/04/17(火) 17:17:34.43

gugure

2018/04/17(火) 19:00:52.03

ググれは正論だけど、せっかく話題になったんだからここの住民の意見も聞いてみたい。使ってる人の感想とか。

2018/04/17(火) 19:14:49.95

せや！Rxについて詳しく

2018/04/17(火) 19:54:15.01

全然関係ないけど、receiveの略が何でRxなのか昔から結構謎

2018/04/17(火) 20:38:22.07

それ組み込みの世界だね。送信ポートはTxだ。スレチだね。

2018/04/18(水) 14:53:40.81

インストールされている証明書の読み取り、エクスポートをやりたいんだけどさ
ググるといろいろ出てきてX509とかってのを使うと良いとある
まだ実装とか全然なんだけど、この情報だけだと不安なのでだれかやったことのある人いない？

X509Cartificate.Exportはバイトデータを吐き出してそのままファイルに保存できるるっぽいけど、秘密キーを設定したいとかあったりしてモヤモヤしてる

2018/05/03(木) 18:58:35.37

ﾜｯﾁｮｲなしスレが1000行ったからこっちをage

2018/05/03(木) 18:59:21.23

ageられてなかった…

2018/05/04(金) 20:04:32.00

windowformアプリケーションで

form1 ディスプレイの解像度等を入力する。入力したデータをもとにform2に表示する長方形の大きさ（rx,ry)を算出
form2 form1で算出した（rx,ry）をもとに長方形を表示

ってしたいんだけど

A. rx,ryをpublicで定義してform2.csから参照する
B. form1のrx,ryを求める計算式をクラスにしてform2からインスタンス生成して求める

のどちらがお作法的に正しいんでしょう？

2018/05/04(金) 20:12:02.30

データとUIを分離するとして、データ保持と計算用のクラス、formは入力のみ、表示のみって感じになるのかな
でも、まぁそんなのAでもBでもいいだろ

関係ないが解像度ぐらい自動で取得してくれると楽

2018/05/04(金) 20:14:46.22

なんとなく、こういうのを"お作法"と呼ぶマにはいいイメージがない

2018/05/04(金) 20:20:22.68

>>168
ありがとうございます。
解像度は自動取得なのでディスプレイの㎜サイズでした。

2018/05/04(金) 20:22:53.75

>>169
すいません。
プログラミング初めて勉強なので、なるべくへんなコーディングしないように可読性高くと考えてまして、
普通はどう描くんだろうなというところが気になって仕方ない。
public変数作りすぎると、後でどこかで変に触るとわけわからんことになるのかなと極力使わないように心がけてます。

2018/05/04(金) 20:37:07.58

何かフリーソフトを作ってみたくて勉強しているところなのですが、GUI？を学ぶ上で良い本があれば教えていただきたいです

2018/05/04(金) 20:55:12.49

>>171
フォームは入力の受付と出力の描画だけをする
内部で使うデータはモデル側で持つ

2018/05/04(金) 21:33:04.91

>>173
それでいってみます。
ありがとうございます。

2018/05/04(金) 21:34:38.54

連投すいません。

ユーザー側でフォームのサイズを変えたとしても
常にフォーム右端にボタンを固定する方法ってないでしょうか？

2018/05/04(金) 21:39:42.44

>>175
ボタンのAnchorのプロパティをTop, Rightに変更

2018/05/04(金) 22:00:01.60

>>176
Anchorって設定があったんですね。
できました！
ありがとうございます。

2018/05/04(金) 22:18:10.81

Form1で作成したmethod1をForm2で使用したい場合どのようにすればいいのでしょう？

Form1.method1();

だとエラーなのですが、form自体がクラスだからインスタンス生成が必要ということでしょうか？
本当に初歩的な質問ばかりですいません。

2018/05/04(金) 23:14:52.98

駄目だ煮詰まってきた。

Visualstudioで新規ソリューションを作成して、既存のソリューションからフォームを追加したのですが、
フォームデザインでは新規フォームが表示されているだけ、.Designer.csを除くときちんとコードが記載されているのですが、
[デザイン]:の画面では反映されておらず、この画面でコントロールを追加などするとエラーがでてビルドできなくなります。
フォームの追加の仕方が間違ってるのかなぁ。

2018/05/04(金) 23:16:00.99

煮詰まる＝完成する

2018/05/05(土) 01:05:27.05

>>179
エラーの内容は？

2018/05/05(土) 08:03:54.33

>>181

エラー CS0121 次のメソッドまたはプロパティ間で呼び出しが不適切です:
'InitalMonitorSetteing.InitializeComponent()' と 'InitalMonitorSetteing.InitializeComponent()'

エラー CS0111 型 'InitalMonitorSetteing' は、'InitializeComponent'
と呼ばれるメンバーを同じパラメーターの型で既に定義しています。

です。

2018/05/05(土) 08:08:30.21

ソリューションエクスプローラーで
追加→既存の項目
でフォーム一切合切を取り込むと
フォームの[デザイン]タブのところで新規のフォームが表示され、これをいじると上記エラーが出ます。
フォームの[デザイン]タブをいじらなければ正常に実行されます。

.Designer.csを見るときちんとコードが書かれているので
[デザイン]と.Designer.csが一致していない状態になっているようです。

2018/05/05(土) 08:36:55.68

地道に

フォームのデザインすべてコピー貼り付け
コードすべてコピー貼り付け

ってやって追加しました。
なんかネットで見ると、

ソリューションエクスプローラーで
追加→既存の項目
でフォーム一切合切を取り込む

ってやると後々まで得体のしれないエラーに悩まされるので、上の方法を推奨している方がいました。
Visual Studioかフォーム自体の持つバグなんですかね…。

2018/05/05(土) 08:47:39.95

～VS2015しか使ってないが俺はエラー起きたことないよ。原因分からないけど、何かやらかしてるんでしょ

2018/05/05(土) 09:57:21.01

無闇にコピペした結果を環境のバグとか
プログラム向いてないよお前

2018/05/05(土) 10:00:36.87

失礼しました。
私がよく理解していないために、しなければいけない作業をしていないのかもしれませんね。

2018/05/05(土) 10:35:22.91

むしろしちゃいけない作業をしてるような気がする...

2018/05/05(土) 11:08:14.41

>>178
そもそもこの質問の時点でFormsのコード部分が何をやってるのか理解できてない可能性がある

2018/05/05(土) 11:25:44.32

いきなり難しいことをやろうとするとダメやね

2018/05/05(土) 11:27:18.98

基礎も身につけずに一端のフリして解決しようとして、半端で折れるバカってのはよく聞く話

とりあえず何か入門書籍に頼って動くものを作れ
話はそれからだ

2018/05/05(土) 20:20:18.85

>>184
情報共有する場所なんだからこういったいいかげんなこと書くのやめてほしいな
まずソースをそのまま取り込みたいのならプロジェクトに追加で何も不具合は起こらない
それでデザイナが反映されないのならDesigner.csを直接書き換え(認識できなくなるような書き換え）やっているはず
あとユーザーコントロールを内部で追加している場合は一度ビルドするとデザイナで反映される
プロジェクトでなくソリューションにソース追加しても当然何も起こらない
最初からふらっとにいけばいいのに

2018/05/05(土) 20:30:34.54

WinFormのデザイナは中途半端に内部実行するからしょっちゅうトラブるんだよな
コンストラクタでなんかやってる奴は特に要注意

2018/05/05(土) 22:08:57.94

デザイナかどうか判断するコードを書くのは飽きた

2018/05/05(土) 22:38:59.04

そんなあなたに！WPF！

2018/05/05(土) 22:40:45.58

フォームをコントロール含めて継承すると継承先でコントロールの編集ができなかったり云々
という書き込みを見たので、
そこで提案されていた新規フォーム作成して
そこにコピペとしてみて結果オーライだったのでそれで良しとしたのですが、
私の方でなにか既存のフォームを取り込むのにまずいことをしてたのかもしれません。
記憶にないけどDesigner.csを直接書き換えしたかなぁ・・・。

フォームで作成するかWPFを使うかを悩んでた時にフォームは放置されたバグが多いと警告されていたので、
単純にバグなのかと思いましたが根拠なくソフトのバグと書き込むのはまずかったですね。
失礼しました。

2018/05/06(日) 07:44:34.64

FormかWPFか悩んでるならWPFを推す。
最初は難しいがXAMLはUWPでも使っていて今後につながると思う。

2018/05/06(日) 15:08:05.14

今後ピクセル単位でのUI作成は完全に無くなるからなぁ

2018/05/06(日) 16:52:40.62

多段継承してるカスタムコントロールはぶっ壊れやすい
Winアプリ作らにゃならんならWPFのがマシってのはまあそうだ
でも将来性あるとは思わんな

2018/05/06(日) 17:34:01.02

WPFそのものの将来性はともかくとして、その技術のエッセンスが次代に引き継がれると思うんです。
今後もWinアプリを開発することになるんで、なるべく将来性と言うか潰しのきく技術に投資したいと思ってWPFにしたんだけど。

2018/05/06(日) 17:36:34.98

>>199
それはないよw
継承の段数は関係なくて、単にコントロールのカスタマイズは意外と難しいってだけの話

俺も経験があるけど簡単にシステム側のバグを疑いたくなる現象にぶち当たるけど、
ほとんどの場合はプログラマの理解不足によるユーザーコード側のバグが原因

2018/05/06(日) 17:37:23.44

潰しがきくってんならなおさら独自仕様なんぞあかんやろ
WPF出てから何年経ってるよ
他に採用してるとこないのはそういうことだ

2018/05/06(日) 17:39:54.31

>>202
XAML