C#, C♯, C＃相談室 Part97

2022/12/21(水) 10:18:38.02

!extend:checked:vvvvv:1000:512
!extend:checked:vvvvv:1000:512

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

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

■前スレ
C#, C♯, C＃相談室 Part94
https://mevius.5ch.net/test/read.cgi/tech/1553075856/

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

C#, C♯, C＃相談室 Part96
https://mevius.5ch.net/test/read.cgi/tech/1639965805/

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

2023/01/29(日) 19:50:03.63

>>238
else
{
serialPort.Write(初期位置);
}
で何か問題あるのかな？
初期位置が何を示すのか知らんけど、シリアルはフロー制御なしなら基本垂れ流しになるから、
開始とか中断の概念は持たない
else節で100ms毎に初期位置座標を送り続けるのが嫌なら送信フラグでも持って送ったか判定すればいいのでは

2023/01/29(日) 20:04:34.68

シリアル通信ってただのbyte列のやり取りでしかなく、中断とかの概念は存在しない。
Arduino側はreadlineかscanfかやってるだけでしょ？

この場合はifのtrue側で$"set:{},{}"、false側で$"default:"を送るのがいいんじゃない？

「初期の段階に戻す」とやらが何をするのかは知らんが、C#側が黙ってたらArduinoは何もできない

2023/01/29(日) 20:11:58.96

>>240
Arduino側はSerial.availableで信号読み取ってる
それがいけないのか
初期の段階に戻すのは、(Arduino側でサーボモータの初期位置を0度にしてるから)指定範囲を出るとサーボモータが0度戻るようにしたい。(つまり信号が送られる前の状態に戻したい)
でもあんまりArduinoの話すると板違いって発狂するだろ

2023/01/29(日) 20:31:37.77

サーボモーター云々の話なら座標以外に「初期の段階に戻す」のシリアル命令をarduino側で定義すればいいだけなのでは

2023/01/29(日) 20:58:08.63

>>241
C#というよりプログラミングの初歩的な設計の話だから怒られんだろ
板違いってのはそういうことな
>>239が大体答え言ってるじゃん

2023/01/30(月) 03:54:10.75

電電板にArduinoスレがあるの知らないかもしれないから一応リンクを。サーボやArduino自体の使い方とかはそっちで
Arduino初心者熱烈大歓迎質問スレ part36
https://rio2016.5ch.net/test/read.cgi/denki/1672830085/

2023/01/30(月) 11:22:46.40

>>243
ツンツンしてんな～
相談室なんだからいいだろ

2023/01/30(月) 19:52:43.52

パソコンのWebから秀丸の文書を開きたいのです。例えば、C:\\Data\\sample.txtというファイル
で、URLスキームというのを見つけました。
https://qiita.com/kojimadev/items/74100c8557a92939ef69
ここでレジストリにHidemaruを設定したら、秀丸を起動はできました
Windows Registry Editor Version 5.00
[HKEY_CLASSES_ROOT\XXX]
@="URL:Hidemaru Protocol"
"URL Protocol"=""
[HKEY_CLASSES_ROOT\Hidemaru\shell\open\command]
@="\"C:\\Program Files (x86)\\Hidemaru\\Hidemaru.exe\" \"%1\""
ですが、%1 のところですが、ブラウザから呼ぶときに
Hidemaru:C:\\Data\\sample.txt
としても、Hidemaru:C:\\Data\\sample.txt というフルパスが秀丸に与えられて頭のHidemaru:が邪魔になります
なので、このスキーム部を削除するために、ここではＣ＃を使って加工しているのですが、このＣ＃はどこにどう配置したらいいのでしょうか
私はC++等のプログラムはできますが、Ｃ＃とかは初めてです
このＣ＃はクライエントのhtmlファイルに<script></script>とかに入れてつくるのでしょうか。やってみたのですがうまく動きません
どうしたらいいでしょうか？
クライエントは、簡単に
<!DOCTYPE html>
<html>
<head>
<title>テスト</title>
</head>
<body>
<a href="Hidemaru:C:\\Data\\sample.txt">sample.txtへのリンク</a>
</body>
</html>
としました

2023/01/30(月) 20:11:57.30

なんか勘違いしてるっぽいな
URLスキームで、hidemaru.exeではなくて自作のexeに関連付けて、
自作のexeでmainに引数として渡されてきたURLを加工して
hidemaru.exeを改めて起動するって話だよ
C#でないとできないことではないし、C++に慣れてるならそれでCreateProcessすればいいんじゃない？

2023/01/30(月) 21:34:40.15

ああ、そういうことかあ、２段階踏まないとダメなのね
自作の簡単なC言語のHello!みたいのを作ってその引数に
http:---が入ってきてそれを加工して秀丸を起動しないといけないってこと？
htmlファイルだけで直接起動は出来ないのね

2023/01/31(火) 00:29:45.17

確かURLスキームはセキュリティホールになるから世界中で使われなくなってきたはずなんだけど
今更なんで使うんだ？

2023/01/31(火) 03:14:23.94

馬鹿だから

2023/01/31(火) 05:00:45.55

もし、ブラウザのHTML から、ローカルPC 内にアクセスできたら、
世界中のパソコンが乗っ取られているはずw

ローカルPC内で起動しているサーバーを通さないと、アクセスできないはず

Ruby on Rails などのLinux ウェブ系をやっていない、
Windows の香具師は、平気で恐ろしい事を考える

2023/01/31(火) 07:03:33.59

>>246, 248
カスタムURLスキームでそういうことをする場合は、わざわざC#で作らずとも、一旦WindowsビルトインのWSH（JScript）で中継してパラメータをサニタイズするといいよ（レジストリ登録(*)さえ済ませておけばどこでも動く）

(*)下記のようにwscript.exeに対して「パラメータをサニタイズ+それを任意のプログラムに渡して起動するJScriptのパス」と「パラメータ」を渡す
C:\Windows\System32\wscript.exe "C:\script.js" "%1"

2023/01/31(火) 09:08:38.25

>>252
ありがとう。AHKで作りました。ローカルで使うのでセキュリティとかは大丈夫です

2023/02/02(木) 10:26:07.11

>>227
適当なパーサライブラリでASTに変換
ASTからParagraph(Microsoft.UI.Xaml.Document)を構築
RichTextBlockのBlocksにParagraphを追加

2023/02/02(木) 21:06:57.50

いい加減MAUI君に構うのはやめろよ
全然C#固有の問題じゃないし…

winforms,WPF,ストアアプリ、UWPで専ブラ作ってたけど
そういうところも含めて自分で考えて実装するのが醍醐味じゃないのかなあ？

考えてもわからないなら過去にオープンソースで開発されたものがたくさんあるんだからそれを見て見るとかやりようがあるんじゃないかと

2023/02/09(木) 16:28:46.38

https://www.publickey1.jp/blog/23/cvisual_basicnet.html

2023/03/07(火) 21:33:28.99

C#の妙技はイベントにあり

**デフォルトの名無しさん** (ｽﾌｯ Sd33-sHRm) · 2023/03/08(水) 21:11:06.25

C#でつくったアプリをMSRemoteApp化したら、Cursorを変更しても反映されないの？

2023/03/11(土) 12:56:48.21

皆さんnintって使ってますか？
他とやり取りすることなく、メソッド内で完結するただの変数として使う場合、とりあえずintを使いますよね
でも今後64, 128ビット幅が主流になったときを考えれば、nintって書いといた方がいいですよね？(そんな時代がくるかはともかく)
少なくともコンパイルされた時点でnintはintと同等かそれよりも効率がいいと(個人的に)思うんですが、でも誰もnintなんて使っていません
32ビット(何なら8でも)以上あれば問題ない、というケースでnintを使わない場合というのは、単にintの方が慣れてるからだけなんでしょうか？

2023/03/11(土) 13:18:11.95

nintとnuintはIntPtrとUIntPtrの別名なので、ポインタ(かポインタオフセット)にしか使わない

つまりはプラットフォーム依存であることの明示なので、
他のint型との相互作用(大量に出てくるだろうね)を考えるだけでかなりの脳のリソース持ってかれる

2023/03/11(土) 14:01:42.70

全部でBigIntegerを使っとけば間違いないよ

2023/03/11(土) 14:13:05.01

結局既存のメソッドを呼び出したりするときにintにキャストしなきゃいけなくなるんでしょ
ごくわずかに数字演算のパフォーマンスが改善したところで毎回キャストするコストのほうが余計にかかりそう

2023/03/11(土) 14:19:17.92

画面の実座標がいまだにshortで足りる範囲とは思わなかったなあ
人間はそれほど目に頼っていないということなのか

2023/03/11(土) 15:13:14.67

何言ってんだコイツ

2023/03/11(土) 15:15:24.57

shortって32767だろ
そんな解像度要るわけないじゃん

2023/03/11(土) 15:21:17.18

8Kディスプレイで4画面を横に並べればってとこか
当面要らんな

2023/03/11(土) 16:42:12.30

>>262
どうせマシン語になって同じレジスタに入る分にはコストは変わらん
浮動小数点→整数とかならコスト掛かるけど

2023/03/11(土) 17:38:46.83

>>259
普通の人は使わない
C++やwindowsのAPIやwinprocやDLLみたいのとやり取りする人間にだけ必要な機能で自分には非常にありがたい

2023/03/11(土) 17:41:39.39

今時点でC#内で完結する内容でnint使う局面はないと言える

2023/03/12(日) 09:59:16.38

速度よりも動きが変わっちゃう方が問題

2023/03/16(木) 22:30:13.17

データベースの列名に合わせて、クラスのフィールド名を日本語で表そうと思います。
しかし、インテリセンスで頭文字でフィールドの候補を選択する便利さはアルファベットのフィールド名に劣るので、合わせ技で次のようにフィールド名を定めようと思います。

public string BookName__書籍名;

アルファベットだとより複雑な意味を持つ名称でニュアンスがつかみにくいので、このように合せ技を、使おうと思うのですがどうでしょうか。

2023/03/16(木) 22:37:25.26

どうでしょうかって知らんがな
上司に聞け

2023/03/16(木) 23:30:46.22

>>271
>public string BookName__書籍名;
これだと英語名その対訳の組み合わせを間違えないように覚えてないとだめなのでメンテナンスコストがあがるだけな気がする
データディクショナリを整備したりインテリセンスのmigemo対応を頑張ってみるといいんじゃまいか？

2023/03/17(金) 00:11:50.11

この日本語力だとコード品質も心配になる

2023/03/17(金) 00:52:09.32

>>273
たしかに。
日本語名称だけにしておこうかと思います。
ドット打って、一覧から素直に候補を選びたいと思いました。

2023/03/17(金) 00:54:00.54

>>272
そういう上司いません。いるけど、専門外。

2023/03/17(金) 08:02:55.94

変数名に日本語使われてるの見ると、ここの開発者ゴミだなってなる

2023/03/17(金) 12:27:39.16

世の中にはいろんな人がいて、様々なケースがあることを想像できない世間知らず

2023/03/17(金) 12:44:03.16

普通はフィールドを単独の変数として扱わずにテーブル毎のクラスを作って管理する
DapperやEntityFrameworkなどのORMでは強制的にそうさせられる
これを機にORMへステップアップしてみるのも面白いと思うよ

2023/03/17(金) 16:32:19.54

クラスのフィールド名って最初に書いてる

2023/03/17(金) 16:34:27.72

そもそもフィールドをpublicにしてはいけない

2023/03/17(金) 17:23:57.35

え？

2023/03/17(金) 17:26:38.74

めんどくさいだろpublicでいいよ

2023/03/17(金) 17:33:20.91

自分一人で作って自分一人で使うのなら好きにすればいいんじゃね？

2023/03/17(金) 17:34:38.14

フィールドをpublicにしてるWPFは？

2023/03/17(金) 17:36:00.83

>>279
ストアドプロシジャ主体の昔からのシステムなので、おっしゃるようなコードファーストの考え方と噛み合わないところがあります。

いまは、ストアドプロシジャを作成することなく、コードファーストでデータベースへの指示はEFに任せるのかなぁ。

2023/03/17(金) 18:21:24.41

https://learn.microsoft.com/ja-jp/dotnet/csharp/programming-guide/classes-and-structs/fields

> 通常、フィールドは、プライベートまたは保護されたアクセシビリティを持つ変数に対してのみ使用します。

2023/03/17(金) 19:03:38.15

>>287
通常は通常でしかないよ～
選択は自由
C#でプロパティを使いだしたのはget;set;自動実装で簡単になってからでそれまでは結構public fieldは使われてた

一番困るのは何でプロパティを使うべきなのか全員を納得させられる答えがない

WPFもUnityもフィールドをpublicにして使ってる
そこを突っついてプロパティにしろって言うのは違うだろと

2023/03/17(金) 20:24:18.39

別にお前を納得させるつもりはないからどうでもいいよ
プロパティを使うべき理由なんて調べればいくらでも出てくる

2023/03/17(金) 20:32:49.25

悪党のようなかっこええ捨て台詞痛み入ります！

こいつらしっかり考えたこともないし実際に使ってこなかったから言葉が弱いんだよな
誰も説得できないか弱さ

2023/03/17(金) 20:36:26.95

教えてくださいお願いしますという態度ならともかく、そもそも話を聞く気が無さそうな奴に
無駄なレスバする気はないよ

2023/03/17(金) 21:00:27.77

ノリノリでレスバしてますやん

2023/03/17(金) 21:17:05.47

＞　教えてくださいお願いします

馬鹿なんｗｗｗｗｗｗｗ

2023/03/17(金) 21:18:19.46

脳みそ空っぽでこれまでのC#の流れも知らず考えたこともない園児に教えを乞うやつはおらんｗ

2023/03/18(土) 03:30:36.17

今日も俺の勝ちだな

2023/03/27(月) 00:34:18.07

>>292
草

2023/03/27(月) 07:19:15.71

経験の少ないアホを納得させようというのはこんな風にたいてい徒労に終わる
フィールドを直接公開しないというのはオブジェクト指向の最も基本的なデザインパターンだが破りたきゃ勝手に破ってなぜ開発が難しくなったのか理解できず右往左往してりゃいいさ

2023/03/27(月) 09:11:42.72

抽象化を理解してないんだろう

2023/03/27(月) 09:39:45.84

隠蔽は失敗だったってみんな言ってるよ

2023/03/27(月) 10:48:24.00

unsafeみたいに強制ギブスつきでいいから非公開メンバにアクセスさせてほしいよな
リフレクションはさすがにダルすぎる

2023/03/27(月) 10:51:33.97

隠蔽したものに触ろうというのがそもそも間違い

2023/03/27(月) 11:28:30.92

隠蔽先に美味しいものが沢山あるだがw

2023/03/27(月) 11:28:53.05

あさはか

2023/03/27(月) 11:46:13.73

受け渡しの際になんの処理もしないんだったら直公開でええやん
なんかしたいときに一段かませばいいだけのこと

2023/03/27(月) 17:03:35.68

>>297
いやいや
経験が少ないのはお前の方だろw
頭がガッチガチのゆとり人間だなと

＞　フィールドを直接公開しないというのはオブジェクト指向の最も基本的なデザインパターン
前にも書いたけどWPFもunityもpublicフィールドを使ってるよ
get setがpublicでフレームワークから要求されてないのにプロパティ使う意味なんてただの一貫性の問題だろう

c++のオブジェクト指向でもgetter/setter使ってる人間はほぼいない
でっかいOSSでもそんな使い方なんてしてない
何が何でもプロパティじゃなければいけない理由などないから使いやすい使い方をしてる

プロパティは実際に使い勝手が悪いので過去はあまり使われてなかった
自動実装で簡単に実装できるようになってから利用が進んだ
最初は自動実装もなくgetとsetのアクセス制限も別にできず意味不明だった

何より行数が不必要に消費されてコードの見通しが悪くなるゴミだった

2023/03/27(月) 17:51:39.08

書けば書くほどあさはかなのがわかるだけ

2023/03/27(月) 18:24:15.49

>>306
>>290

2023/03/27(月) 20:52:28.58

公開するものはpublic宣言、公開しないものにはprivate宣言
だからプロパティ何それ美味しいの？
って感じ

2023/03/28(火) 00:33:14.14

>>305
>何より行数が不必要に消費されてコードの見通しが悪くなるゴミだった
おっとJavaの悪口はそこまでだ

2023/03/30(木) 09:03:39.15

プログラミン覚えられない
コツコツやるしかないよな

2023/03/30(木) 09:36:15.92

>>309
C#が登場した当時はjavaとの比較で簡潔に書けるパターンが多くて感動したものだったな
プロパティーとかイベントとか

2023/03/30(木) 12:35:15.47

フィールド公開するやつはプロパティの自動実装の意味すらわかってなさそう

2023/03/30(木) 15:16:30.07

不等号ってたまにわからんくなる
不等号のどっちが大きいのか

time < 0
これでtimeが0を下回ったら、という意味になるよね
言語化の問題かな？うまく日本語にする方法ないかな

2023/03/30(木) 15:25:41.12

さすがに不等号が分からないとか言われると小学生からやり直せと言わざるを得ない

2023/03/30(木) 15:40:05.75

左が基準。

2023/03/30(木) 16:25:37.22

0 > time
とか書かれてると腹立つが

2023/03/30(木) 16:33:28.12

>>315
基準とは？
変更される値がtimeです

2023/03/30(木) 16:43:38.01

大なり小なりの基準か、あるいはヨーダ記法は邪道か
オーバーロードとか左辺値・右辺値とか
最適化など色々問題があったっけね

2023/03/30(木) 17:04:44.87

>>317
記号見りゃどっちが大きいかなんて一目瞭然だと思うが
a<bでaの方が大きいと思う理由がよくわからん
ガリバートンネルには大きい口と小さい口があるが大きい人が入るのはどっちだ？

2023/03/30(木) 17:40:58.48

powershellは$null比較の時、
左辺に$nullを書かないと思わぬ事故死する
C#とか普通の言語でかつ特に理由が無ければ、
左辺に比較対象、右辺にリテラル等の被比較値を書くのが一般的だろうね

2023/03/30(木) 17:41:31.12

どっちかだけでよくね？って時々思う

2023/03/30(木) 18:53:38.63

40歳以上で勉強してもプログラムがわからないなら諦めたほうがいいと思うわ
あおりでなんでもなくコーディング自体が楽しくないなら時間を掛けるだけ無駄かと

それよりも
a >= b

a.以上(b)　とでもメソッド掛ける
自分はかねてより複雑になりがちな条件判断は可能な限りメソッドにしたほうがいいと思ってるし
そう書いてる
範囲判定なんかメソッドにしてることも多い
日本語じゃないけどね…

2023/03/30(木) 19:00:14.79

以上と書いたは便宜的なもので実際は概念に合わせて書いてる

A>=Bは結局何なのかでメソッド名も変わり概念の抽象化ができる

A.は優秀(B)だとして数学の点数なら多い方が優秀
ゴルフのスコアなら低い方が優秀

そういうのを何度も書くなら<　>　なんてあちこちで書かなければいい

2023/03/30(木) 19:17:30.19

>>319
その状態になったら、っていう条件式なんすね

2023/03/30(木) 19:24:55.32

>>324
同じことだろw
a<bの状態になったら真になる条件式はa<bに決まってるじゃん

2023/03/30(木) 19:42:07.99

> の読み方が大なりなのか小なりなのかが分からん！
って話じゃなくて？

2023/03/30(木) 20:17:04.21

>>322
楽しくはないけど、嫌いでもないならそれは好きなのでは？

2023/03/30(木) 20:28:59.18

その子はちょっとアレな子だから真に受けない方がいいよ

2023/03/30(木) 20:30:40.05

>>327
40年前に入門したときはプログラムが好きで好きでたまらなかった

2023/03/30(木) 20:43:22.83

自分はdelphiからの移行組なんだ

21年前にC#に触れたときも面白くてたまらなかった
発売が待ち遠しかった
出てからもわからないところもあったけど毎日入門書を読んでた
本当に面白かった

空き時間に繰り返し何度も何度も読んでた
人それぞれなんだろうけど楽しくも嫌でもないって不思議だなと

2023/03/30(木) 20:46:16.57

最初に触れたのは22年前か
翌年C#が発売された
間違えてC++のパッケージ持ってって途中で気が付いた

2023/03/30(木) 21:33:45.06

台所のシングルレバーの水栓、レバーの左側に赤、右側に青が書かれてる

お湯を出そうとレバを左側に持っていくと、真正面に青色が来るから冷水出るのかとと思って戻す
以後繰り返し

2023/03/30(木) 21:56:37.76

21年前はwebにもほとんど情報がなかった
目の前に大平原が広がってたようなその実暗闇だったような

情報はほぼ雑誌やわずかに発行されてた本からのみで同士もいない

ジェネリックがないC#1.0は地獄で実質2.0からが本番

ファイルの読み書きも簡単に出来ず苦労した
1.1までFileクラスなかったんだよな
2.0でFile.ReadAllTextが実装された

そういえば.net framewarkにどんな機能があるのかすら事前にわからなかった
MSなのでDirectXやサウンド機能やmidiAPIぐらい入れてくるだろうと思ってたけどなんもなし
delphiのコンポーネントセットと似た様なコントロール群だったので何とかなったけど何をしろと言うような状況だった

お世辞にも他人に勧められるような言語じゃなかった
状況が変わったのは2008年ぐらいかなあと

2023/03/30(木) 22:24:54.49

自分のC#の情報はCマガジンからでググったら目次が出て来た

2001年1月号
特集 C#
特集 Waveletの新アルゴリズム

なので実際は2000年の12月に出会ってる

2023/03/30(木) 22:31:47.86

VisualStudioって当時おいくら万円しました？

2023/03/30(木) 22:48:08.99

>>335
自分はC#のみのパッケージだったけど1万5000円～18000円ぐらいだった気がする
非常に安い印象
ほぼ毎年delphiとBorland　C++のアップグレードパッケージにお布施するより安い

徒歩圏内に家電量販店があるけど自動車に乗って買いに行った
帰ってきてインストールするまでが一番楽しかった
インストール中マニュアルだか見て思ってたのと違うと気が付いた

VS2005からstandardのアップグレードパッケージ？買ったけどその時は高かったとしか覚えていない

2023/03/30(木) 22:56:13.24

昔は言語は3万以上してたような思い出
大学の友達はなんも知らんから授業で使うFORTRANを買った
9万円ぐらいだと聞いたｗ

みんなで買うならC買えよって言ったら教えてくれたらよかったのにと激怒された

2023/03/30(木) 23:10:10.52

確か当時で年間20～30万くらいのサブスク製品が5万くらいでアップグレードできた覚えがある
数年後にはチーム開発向け機能強化で年間200万くらいまで値上がりしたので個人では手が出せない製品になってしまった
新規価格と違って更新価格はそこまで高くはないけど…