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

2018/06/05(火) 19:32:42.28

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

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

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

■情報源
https://msdn.microsoft.com/ja-jp/library/gg145045.aspx
https://docs.microsoft.com/ja-jp/dotnet/csharp/language-reference/index
https://msdn.microsoft.com/en-us/library/gg145045.aspx
http://referencesource.microsoft.com/

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

2018/06/27(水) 13:28:49.32

>>325
何をやりたいか次第だけども、
csvで完結出来るのならcsvがいい

2018/06/27(水) 15:48:14.07

下手にxls使うと勝手に型変換してくれるからめちゃくちゃになるんだよな。

2018/06/27(水) 19:05:45.76

複数のアプリで１つのserial portを使いたくて、dllで受けて受信データによって別々のイベントを発生させ、複数のアプリに受信させようと考えました。
dll内のSerialPortをstaticで持てば共有できるかと思ったのですが、staticで宣言しても呼び出し元が別プロセスだと共有されないようですね。
何かいい手はないでしょうか。

2018/06/27(水) 19:33:53.09

シリアルポートと通信するサーバを作って
必要な数だけクライアントを待ち受けるのが楽なんじゃないの
プロセス間通信はソケットやパイプとか適当なものを使う

2018/06/27(水) 20:12:38.21

>>323
コレじゃダメかい？
https://stackoverflow.com/questions/31754418/runtimehelpers-preparemethod-not-working-when-called-with-funcstring-created-i

2018/06/27(水) 22:11:07.14

複数のアプリにどうやって通信データを振り分けるかの方が興味あるわ。

2018/06/27(水) 22:41:58.18

つ MSMQ

2018/06/27(水) 23:21:02.53

そもそもWindowsのシリアルポートって複数のアプリで共有(同時オープン)できるのか？

2018/06/27(水) 23:25:13.59

シリアルポートはなんかが掴んでたらだめだよね

2018/06/27(水) 23:39:03.37

だから質問してるんでしょw

質問者は他のアプリが占有中でも無理矢理割り込む方法を聞いてるわけじゃなく、
自作アプリの複数のプロセスで共有する方法を聞いてる

2018/06/27(水) 23:42:52.29

ない

2018/06/27(水) 23:50:05.06

だからそもそもシリアルポートは複数のプロセスで共有できないでしょって言ってるんだが

どうすべきかは>>330さんがとっくに示してるわ

2018/06/27(水) 23:57:16.85

馬鹿にも程があるな...

2018/06/28(木) 00:02:45.40

言ってるんだが
いつも思うけど、こういう口調って馬鹿の間で流行ってるのかねw

2018/06/28(木) 00:39:46.48

シリアルポートに限らずdllのstatic変数が共有できないのですが、共有したい需要ってないのでしょうか？共有したい場合はどうするのがよいのでしょうか？

2018/06/28(木) 01:01:35.03

>>332
俺もこれが疑問だ
仮にサーバーが受けたとして
どうやって俺宛か判断するんだ？

2018/06/28(木) 01:12:05.63

dllのstatic云々はおいといてメモリマップトファイルならC#でも使えたかな
C++ならデータセグメントを共有メモリにできる
どちらにしろプロセス間の排他制御が必要

2018/06/28(木) 01:31:16.24

>>342
宛先なんかなく、単に全部のアプリに同じデータがブロドキャストされれば
十分って場合もあるでしょ

例えばシリアル経由で計測器か何かのデータが送られてくるとして、

(1) 画面表示だけするアプリ
(2) エクセルにログを保存するアプリ
(3) 計測データを使って何か他の機器を制御するアプリ

何かの都合でこんな風に複数のアプリに分けて作る必要があるのかもしれない

2018/06/28(木) 01:38:37.90

C#でのSelenium操作についても質問していいですか？

2018/06/28(木) 05:25:02.37

>>331
レスどうもです！下のようにして上手くいきました
こうなってくるとm1に対する方法はたまたま問題が起きないだけで
m2やm3の方法のほうが望ましいように思えてきましたがそういう認識であってますか？
==
using System.Runtime.CompilerServices;

class B<T> { public void M() { } }
class C1 : B<int> { }
class C2 : B<string> { }
class C3 : B<int> { }

class Program
{
static void Main(string[] args)
{
var m1 = typeof(C1).GetMethod("M").MethodHandle;
var m2 = typeof(C2).GetMethod("M").MethodHandle;
var m3 = typeof(C3).GetMethod("M").MethodHandle;

RuntimeHelpers.PrepareMethod(m1); // 問題なし
RuntimeHelpers.PrepareMethod(m2, new[] { typeof(string).TypeHandle }); // 問題なし
RuntimeHelpers.PrepareMethod(m3, new[] { typeof(int).TypeHandle }); // 問題なし
}
}
==

**331** (ﾜｯﾁｮｲ 79b3-yQv9) · 2018/06/28(木) 07:24:39.78

>>346
(確固たるソースに基づく訳じゃないので推測だけど)値型か、参照型かじゃない？
参照型の場合は TypeHandleを指定する必要がある、ってこと。

2018/06/28(木) 07:34:23.33

>>341
よく解らんけどdllってアプリごとにメモリに個別に展開されて初期化されるからソースコード上で同じ変数名にアクセスしても実態は違うので共有できないのは当たり前なきがする

2018/06/28(木) 08:01:29.47

Cとかって共有されなかったっけ？よく覚えてないけど。

2018/06/28(木) 08:16:48.89

されるわけないだろ
何のためにプロセスがあると思ってるんだ

2018/06/28(木) 09:27:13.22

ないって言ってんのにな
死ぬまで悪あがきしてればいいよ

2018/06/28(木) 10:06:45.02

何がしたいのか知らんけど、Win2k時代にシリアル通信のロガー作ったことある。あんときは、DLLをフックしてCreateFile,ReadFile,WriteFileのデータをトレースしたが、ハッキリ言ってやめたほうが良い。

2018/06/28(木) 11:08:48.44

ロガーだけならどこぞの口でforkすりゃいいだけだろ。
通信内容を振り分ける仕組みだと思ってたから無理って話してんだよな。

2018/06/28(木) 11:17:35.66

親がシリアル掴んで、名前付きパイプで子に振り分けるかなぁ。

2018/06/28(木) 12:52:45.79

>>332, >>342, >>353
受信データによって
って書いてるから何らかのプロトコル決めてて、アドレスとかポート番号とかの振分け用の情報あるんだろ
LANケーブルは1本でも複数のプロセスで共有してるのと同じ
ここまで書けばよほど頭の悪い奴でなければわかると思うが>>329が言うようなことは実現可能
http://nobikko-nobinobi.hatenablog.com/entry/2017/09/13/234555
ただC#だけでできるかどうかは知らん

2018/06/28(木) 12:53:45.63

>>349-351
無知自慢乙

2018/06/28(木) 13:12:07.43

同じDLLのstatic変数がそれを使ってることなるプロセス間で同じメモリの場所を参照するかってことじゃないの？

2018/06/28(木) 13:48:50.61

>>356
残念だけどそれはプロセス間の共有メモリの話であってシリアルポート共有じゃないよ

シリアルポートは排他でしか開けないので他の人が書いてるようにシリアルポートをサービスで開いておくしかない
それがどのような形をとるかはいろいろある

2018/06/28(木) 15:13:33.45

通信量など条件にもよるけど、
シリアル受信プログラムは、データの種類によって接頭語+日時名のファイルを作る。
各アプリはファイル監視して自分用のを実行する。
とかユルイ連携にするのも手かと。同時開発しやすいしテストやトラブル対処も楽。

2018/06/28(木) 15:19:28.79

ASP.NET CoreにはJavaの@Transactionalのような仕組みはないのですか？
DispatchProxyを使ってトランザクション管理を自前実装してますがより一般的な手段があるなら乗り換えたいです

2018/06/28(木) 15:21:33.85

今時232C使ってるようなデバイスでそんな振り分けが必要なデータなんか送ってくる可能性は低いと思いうけどねw

I2Cとか485をエミューレートしてるとかなら知らんけど
そんなデバイス聞いたことないけどさ

アプリ作るのも、ブロードキャストして要らないデータはアプリ側で捨てる方が簡単で
保守性も高いでしょう

2018/06/28(木) 16:53:51.04

どーせ、RS485/LAN変換器とか絡んでるんじゃね

2018/06/28(木) 17:08:19.49

普通のシリアル通信にコンフリクト回避のネゴエーショ等の機能は存在しないんだが、どうするつもりなんだろうな。
RS422規格の通信にするにしても、ドライバーが対応してないと難しいよな。ハードフロー制御なドライバーにして後はハードに頑張ってもらうのかな？

2018/06/28(木) 17:10:29.45

あ、先に書かれてたか。

2018/06/28(木) 17:49:10.63

LANはシリアル通信ではないのだが・・・

2018/06/28(木) 18:13:18.29

>>358
>>329は受信によってイベントを発生させるとか書いてるからサービスでないといろいろ面倒だが、単にポートの読み書きを共有するだけならサービスなんていらんよ

2018/06/28(木) 18:17:20.09

>>361
まーた、俺の環境ではそんなデータはあり得ない（キリッ
ってか
いちいちマウント取りに来なくていいよ

2018/06/28(木) 18:25:00.98

また必死なのが沸いてるなァ

2018/06/28(木) 19:07:13.57

>>347
ありがとうございます
いろいろ試してみたところ、書いてもらった通りメソッドを宣言したオブジェクトのジェネリック型引数が
全部値型ならPrepareMethodの第2引数は要らないみたいです
でも値型と参照型が混在する場合は参照型のハンドルだけ渡せばいいというわけではなくて
値型のものも含めて渡す必要があるみたいなので、
やっぱり基本的にメソッドを宣言したオブジェクトがジェネリック型引数を持つなら
第2引数は必要と考えたほうが安全な気がします

2018/06/28(木) 19:15:51.58

君たちマニアックすぎよ！
初心者用だぞ！

2018/06/28(木) 19:19:04.65

>>367
こういう馬鹿みるちいつも思うけど、それやってるのはお前なんだけど...
馬鹿にも程があるなほんと

2018/06/28(木) 19:24:04.13

>>371
>>368

2018/06/28(木) 19:29:53.64

>>372
これやるのも2chの馬鹿の特徴だよね

これ見るといつも思うが、こういう馬鹿には自分自身を見る自意識がないのかね。
お前自身がやってることは何なんだw

それ以前に必死だったら何なのかね。意味が分からん
まるで「お前ウンコした！！！」って騒いでる中学生だけど、ガチでそのあたりで精神年齢止まってる可哀想なお方なんだろうけどね

2018/06/28(木) 19:35:28.68

>>373
>>1読め

2018/06/28(木) 19:36:30.54

232C使うようなデバイスでアドレスだのポート番号だの、振り分けが必要なケースなんかレアだろう、
（質問者もそんなこと言ってない）ってのはごく普通の感想だと思うけど、異論があるならできれば
具体例上げて反論すればいい。

マウントがどうとか中学生じみたことしか言えない馬鹿は黙ってろって
いい歳こいて恥知らずかよ

2018/06/28(木) 19:37:46.81

>>374
いう相手を間違えてるよ馬鹿
こういう馬鹿も2ch名物だな

2018/06/28(木) 19:41:07.48

>C#に関係の無い話題や荒らしの相手や罵倒レスはやめてください
読めないのは誰なのか

2018/06/28(木) 19:44:26.95

slip も知らない奴にほざかれてもな
あと産業用ならRS-485はまだまだ現役
https://www.fujiele.co.jp/semiconductor/step/engineering/20171219-1/

2018/06/28(木) 19:46:09.46

結局、物理的な線は一本なんだろ？
なんで他アプリ全員に配るんだ？

2018/06/28(木) 20:21:27.00

>>377
お前自身も読めてない。いってるそばから「俺だけ特別」クンか
そもそもなぜ喧嘩を売った側でなく売られた側を非難するのか
馬鹿だろお前。

2018/06/28(木) 20:25:36.86

>>379
それは愚問。
ただ、昨日から言ってるように、現実的に考えれば質問者がやりたいことは
>>344みたいな感じである可能性が一番高いと思う。

もちろん、仮想的な複数の通信チャンネルを実現したい可能性も否定はできない

2018/06/28(木) 20:38:08.78

「自分自身」と「馬鹿」って来たら例外を握り潰す君だから
そいつこのスレに12年いるぜ

2018/06/28(木) 20:40:32.24

年いくつだろ
Hagexを刺した統失くらいはあるのかなｗ

2018/06/28(木) 20:44:45.44

あとは「口調」「中学生」「精神年齢」は定番ワード

2018/06/28(木) 20:47:01.29

>>382
こいつもいつも思うけど、これで自分をおかしいと思わないんだから幸せでいいよねw
前から誰のこと言ってるのか知らんけど、この意味不明な粘着質、普通にストーカーと同じメンタルだ

2018/06/28(木) 20:53:26.04

そもそも匿名掲示板で誰かを「特定」して付きまとってやろう、って動機が理解不能だけど、
普通の人間だったらそんな動機を持つ俺って異常なんじゃないかと悩むと思うんだけど...

いや悩まなくても、多少知恵がある人間なら、それって（2chにはよくいる）負けを認めるだけの
精神的強さを持たない弱者の「精神勝利法」なんじゃないか、とか思うと思うんだけど

2018/06/28(木) 21:27:08.49

必死だな。

**312** (ﾜｯﾁｮｲ 4676-Fd17) · 2018/06/28(木) 22:49:06.80

遅レスですがobjectをdynamicに変えて値を取る事が出来ました

こんな便利な型があるんですね
ありがとうございました

2018/06/29(金) 07:02:58.46

動機ねえ、スレが荒れそうだからかな
俺に反応して貰って、俺が反応を無視すれば、とりあえず収まるんだよ
そう、いつものことだ

2018/06/29(金) 07:26:58.04

>>375
232cは物理層の規格や。今だってモデムやTNC繋げる人もいるさ。

2018/06/29(金) 08:53:11.26

>>329
答え出てると思うけど
プロセスは3つにする
1つのプロセスはシリアル通信のサービスを提供
他の2つはクライアントとしてシリアル通信の要求をだす
要求はQueueで排他する等で安全策取る

プロセス間通信は適当に(ipc使えば簡単かな)

2018/06/29(金) 08:55:21.96

>>391
あ、、、要求じゃなくてサーバーが自走して受信のイベントをクライアントに出すのか
でもそれも可能だからね

2018/06/29(金) 09:17:28.48

おお、コンプリティッドタスク!!!

使ってみよう

ありがとうございました

2018/06/29(金) 10:32:36.67

ipcは死んだ技術なのかと思ってたけどつかってる人いるんだね
デバッグ環境ではうまくいくけど実環境でこけることが多いから最近は使ってなかった

2018/06/29(金) 10:33:59.19

electronでもつかうことね

2018/06/29(金) 12:38:26.74

配列内の文字列がtargetStrに含まれてるかどうかを調べるコードなのですが
いまどき風な書き方ってありますか?
var words = new string[] { "ああ", "いい" };
foreach (var word in words)
{
　 if (targetStr.IndexOf(word) != -1)
　 {
　　// hit
　 }
}

2018/06/29(金) 12:45:50.64

>>396
Contains

2018/06/29(金) 13:54:50.63

>>396
targetStrの中に"ああ"や"いい"が含まれている判定はIndexOfでいいんじゃね？
ループつかわないでLINQのAnyメソッドにしておくとか

2018/06/29(金) 13:59:23.95

あ、すまん。おらの見ないでよかと。>>397見てなかったorz

2018/06/29(金) 16:12:15.55

まぁ、words.Any(word => targetStr.Contains(word)) ですっきり書こう、が今時？なんかなぁ？

2018/06/29(金) 16:54:35.36

>>400
それ、words.Any(targetStr.Contains) でいけるよ
仮引数いらん

2018/06/29(金) 17:33:42.32

>>400-401
https://qiita.com/Temarin/items/4ac0de4f395dcecf5eec
このページでは
.Where( string.IsNullOrWhiteSpace );
よりも
.Where( x => string.IsNullOrWhiteSpace( x ) );
を推奨してるけどいまいちよく分からないから詳しい議論を聞いてみたい

2018/06/29(金) 17:56:22.21

>>402
お前は何回Where呼ぶつもりやねんと
Whereの引数に渡すデリゲートのnewがネックになるほどタイトなループでWhere呼ぶなら、明らかにその設計自体が問題
どうでもいい机上の空論だから全く気にする必要はない
通常は、そんなことよりもラムダが間に一枚入ることによるメソッド呼び出しのオーバーヘッド増加のほうが問題になる

2018/06/29(金) 18:01:54.20

仮引数を省略してるというより渡してるものが違うだろ。
たとえフレームワークの関数でも、関数自体は俺も渡したくはないな。
xとか付けるやつは意識してないだろうが、引数名も有意義だし。
そもそもこれぐらいならインライン展開されるだろうし。

2018/06/29(金) 18:06:39.91

関数を第一級オブジェクトとして取り回したくないならLinqなんぞ使わず素直にループした方がいいよ

2018/06/29(金) 18:31:03.18

最近はクエリスタイルも悪くないかなって思えてきた
単純に記号が減って読みやすいし
ループで書いたらネストするようなクエリを書きやすい
Effective C#でもサンプルコードにクエリ形式を使ってるね

2018/06/29(金) 19:20:37.69

>>404
関数型の世界では関数をそのまま渡すほうが好まれるよ
その方がより宣言的だからな
ラムダはダサい

2018/06/29(金) 19:30:19.44

一級オブジェクトとして関数渡してんじゃん？ラムダでも。Funcがdelegateなのが気に食わんのかな。

ダサいってのは主観的な気がする。

2018/06/29(金) 19:40:00.41

あれ、主張がわからんくなってきた
関数を引数にするのはいいけど、その場合必ずラムダで無名関数作ってから渡したいって話なのか

2018/06/29(金) 19:42:32.14

>>408
Haskellとかやってみたらわかるぞ
関数型ワールドでは徹底的にプレースホルダを省くのがクールと見做される
理由は知らん

**396** (ﾜｯﾁｮｲ 3dc3-i/bw) · 2018/06/29(金) 20:03:36.51

皆様ありがとうございます!
高度過ぎて理解できてませんがContainsとLINQ any調べてやってみますm(_ _)m

2018/06/29(金) 20:08:45.96

>>410
そこら辺は言語毎の宗教だろ
他言語を持ち出して比較するのはフェアじゃない

2018/06/29(金) 20:19:05.54

宗教というか、純粋関数型言語とマルチパラダイム言語で記法を比べられてもな

2018/06/29(金) 20:32:19.73

>>410
ポイントフリースタイルにこだわりすぎるのはHaskell界隈でも嫌われてるから
あんま変な誤解を植え付けんでくれ

仮引数があった方がわかりやすいならつければいい
ただ今回のContainsに関してはそれでわかりやすくなる要素が見当たらないので何とも
まぁどっちでも普通に読めるから、どっちでもいいよもう

2018/06/30(土) 13:03:37.19

デリゲートとラムダ式は別物

メソッドにラムダ式を渡してると思って実際は変換されたデリゲートを渡してる場合もある
メソッドのシグネチャーを見てラムダ式をわたしてるのかデリゲートを渡してるのか意識すべき

2018/06/30(土) 13:20:07.97

やっぱりラムダ式とかデリゲートとか難しい…
>>415
メソッドに渡すのは常にデリゲートだと思ってました
ラムダ式を渡す場合とデリゲートを渡す場合、それぞれの例を教えてもらえませんか？

2018/06/30(土) 13:26:42.98

>>416
ちょっと書いてたことはあいまいで間違っていたが詳しく知りたいなら
c#　ラムダ式式木でググる

2018/06/30(土) 13:47:21.51

>>415
お前は何を言ってるんだ
ラムダ式は文法要素上はメソッドの一種
メソッドだからデリゲートに暗黙的にキャストされる

2018/06/30(土) 13:51:28.53

ラムダ式を渡してるって、その日本語自体がおかしい事に気づくべき。

2018/06/30(土) 13:52:29.78

>>417
勉強になります
>>415 の真意は↓の中で4行目だけはコンパイルできないから気をつけましょうということですか？
Func<string, bool> a = s => string.IsNullOrEmpty(s);
Func<string, bool> b = string.IsNullOrEmpty;
Expression<Func<string, bool>> c = s => string.IsNullOrEmpty(s);
Expression<Func<string, bool>> d = string.IsNullOrEmpty;

このあたりのことがとてもあやふやなので解釈が間違っていたらぜひ教えてほしいです

2018/06/30(土) 15:08:20.00

そんなのいいから早く完成させろよ

2018/06/30(土) 15:12:03.88

ところで
words.Any(targetStr.Contains) とか
Func<string, bool> b = string.IsNullOrEmpty;　とか
これいつからできるようになってたの？
ラムダ式導入時からできてた？

2018/06/30(土) 15:18:18.92

>>422
C#2.0からだからラムダより前
今では誰も使ってない匿名メソッドと一緒に入った
匿名メソッドもラムダもメソッドなので、メソッドからデリゲートへの暗黙変換がないと
匿名メソッドもラムダもデリゲートをいちいち明示的にnewしないといけなくなる

2018/06/30(土) 15:23:28.91

>>422
ラムダ式は関係ないよw
C#2.0からデリゲートのインスタンスを明示的にnewしなくてもよくなった
http://ufcpp.net/study/csharp/sp_delegate.html#definition

words.Any(targetStr.Contains) ;
は
words.Any(new Func<string, bool(targetStr.Contains));
の省略記法

2018/06/30(土) 17:23:22.11

ｵﾏｴﾗ、
今夜ぐらいは仕事の事を忘れて肉でも食いにいけよ

2018/07/02(月) 09:33:02.24

あぁそうか、そういえばそのままなデリゲートだったね
すっかり忘れてたｗｗ

2018/07/02(月) 21:21:17.36

直撮りで申し訳ないんですが
youとenemy のHP表示→それぞれ1～9の値を引くの処理をどちらかのhpが0になるまで続けるように組んだつもりなんですが、whileより上の部分と下の部分しか反映されませんでした
どうしたら上手く処理出来るでしょうか
https://i.imgur.com/HbKFSfr.jpg