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

2019/07/16(火) 15:36:23.74

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

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

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

■関連スレ
C#, C♯, C＃相談室 Part95
https://mevius.5ch.net/test/read.cgi/tech/1508168482/

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

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

2019/10/05(土) 20:13:16.91

話はよーわからんが、JSONに慣れれない人もそれがあんたの能力なんだから
しょうがないんじゃない

2019/10/05(土) 20:13:46.83

>>922
ちゃんとしたエディターかIDE使えば？
VScode使えば対応簡単だけど
まさかメモ帳でやってんの？

2019/10/05(土) 20:16:05.57

そもそもバグったときに凶悪であることは認めるだろ？
俺らだってxmlやjsonファイルでユーザーが編集したおかしな箇所を
プログラムでピンポイントで指摘できない
このファイルは完璧でないと読めない
そんなモノをユーザーに触らせるような運用は間違っている

客がいいって言うならいいけど

2019/10/05(土) 20:16:19.70

ｖｓcodeとかtsとかnode.jsとか設定はjsonだけど
それで大問題にはなってない
みんな使いこなしてる
何故君だけ使えない？

iniファイルなんて実際死んでるよ？

2019/10/05(土) 20:16:43.74

>>924
それを客に言うの？
趣味ならいいけど

2019/10/05(土) 20:17:55.69

>>927
客がなんでjsonファイルいじって中にコメント書くのかが分からん
お前がいつまでボケ続けるのか興味があるが…

2019/10/05(土) 20:18:25.25

>>928
え？開発者向けなん？

2019/10/05(土) 20:19:04.85

iniファイルとかWin16の時代の化石だろ

2019/10/05(土) 20:19:40.75

本当にいつまでボケ続けるのか
実務に携わってないんだろうなってのはわかる
空転を本人が気づいてない

2019/10/05(土) 20:20:51.17

よく出てくくる、一本道コードのVisual Basicおじさんでしょ

2019/10/05(土) 20:21:03.98

はっきりさせておくけど

・設定ファイルをテキスト編集でユーザに触らせたい
→xmlやjsonは向かないんじゃない？

・設定ファイルをユーザに触らせない
→なんでもいいんじゃない？

ってことな

2019/10/05(土) 20:22:45.53

あともう一つ

・ユーザは開発者である
→なんでもいいんじゃない

って感じな

2019/10/05(土) 20:24:09.45

・設定ファイルをテキスト編集でユーザに触らせたい

の時点で間違ってる
バックアップすら取るかどうかわからんやつらに編集させんな馬鹿

2019/10/05(土) 20:24:53.35

>>914
なるほど、これはもうjson.netいれるしかないですね

>>918
MS謹製のJson、これはかなりとっつきやすそうさんくす

2019/10/05(土) 20:25:02.19

>>935
じゃあ、俺と君の意見は一致してるね

2019/10/05(土) 20:25:51.75

ボケた会社の～ボケた開発者が～ボケた客にボケたことをさせて～

メンテナンス費用だけとるつもりですか～

死ね糞ゴミ！

2019/10/05(土) 20:28:30.38

でも、初心者なのに仕事を取ってくる勇気は大したもんだよね

2019/10/05(土) 20:38:04.30

>>933
俺なら
＞・設定ファイルをテキスト編集でユーザに触らせたい
→そんな仕様にはしない
なぜならあらゆるフォーマットに対応する実装とテストなんてしたくないし
そもそも設定をテキスト編集するアプリとか使いにくい

＞・設定ファイルをユーザに触らせない
→xmlにする
なぜなら実装が簡単だし、開発者(俺)ならテキスト編集できるから

2019/10/05(土) 20:51:43.64

レガシーコードってなんかかっこいいから、どんどん増やすべき。
伝説の武器みたいなものでしょう。

2019/10/05(土) 21:28:22.83

>>936
2chだとやたらとJSON推しの人が多いけど、.NET標準のシリアライザは他にもいろいろあるよw
JSONに固執する必要がないなら他を検討した方がいいと思うけど

2019/10/05(土) 21:40:37.42

MSがJSON推しだからね

2019/10/05(土) 21:42:52.25

JSONは連想配列に順序の保証がない
デバッグで差分比較するとかができない

2019/10/05(土) 21:45:37.47

連想配列に順序ってそんな重要なんか

2019/10/05(土) 21:50:21.48

>>942
.NET標準でjson以外にほかにいろいろシリアイザがあるって、XML以外何かある？

2019/10/05(土) 21:54:42.26

>>942
なるべくネット上に解説とかサンプル多いと楽かなっと
多数派に流されるお

2019/10/05(土) 22:05:26.81

json schema用意すればvscodeで補完効くし、間違いも指摘してくれるし、普通json使うわ

2019/10/05(土) 22:54:13.79

DataContractJsonSerializer、使ったことなかったが調べた感じ
一通りの機能はあるし、バージョントーレラントみたいだし、別にこれでもいいねw

バージョントーレラントじゃないと思ってたが、勘違いだったみたいだ。

2019/10/05(土) 23:34:01.62

トーレラントって何かググってみたけど中華鍋しか出てこない

2019/10/06(日) 01:39:32.41

確かにJsonはコメントが書けないか
コメント用の文字列メンバを予め確保すれば良いのかな

2019/10/06(日) 01:49:26.58

jsonのシリアライザ/デシリアライザは送受同じライブラリを使わないと、割とめんどい。
DateTimeの扱いとか。

あとライブラリによってはpublicクラスじゃないとダメとか変な制限があるものも・・

DataContractJsonSerializerは変換遅いし、いちいち[DataContract]や[DataMember]などのアノテーションがめんどい

2019/10/06(日) 02:10:45.36

以前REST APIを作ったときはVisual Studioがjson.netを利用するコードを自動生成してたけど、今はDataContractJsonSerializer化されてるのかな？

2019/10/06(日) 07:22:38.42

>>953
System.Text.Json

2019/10/06(日) 11:26:53.05

>>939
http://software.aufheben.info/kouza/kouza_socket.html

>936
cjson

2019/10/06(日) 12:18:55.28

windows formsアプリについての相談なんですけれど、ロジックと見た目を分けろって聞くじゃないですか。なのでそうしようと思ったんです

例えばユーザーコントロールを作って、そこに何かしらの処理を行うボタンを配置したとします
それで自分が考えたのは、計算をするクラスをユーザーコントロールクラスの内部クラスとして作る、ユーザーコントロールクラスのフィールドとしてその計算するクラスのインスタンスを持たせる
でボタンが押されるイベントで計算をするクラスのオブジェクト.calculate()みたいにする

設計としてはこんな感じでも大丈夫ですかね？アプリを作る時に内部のコードはこう実装するみたいなことを教えてくれる本が無くてどう設計していけばいいのかわからないんです

2019/10/06(日) 12:29:48.44

右も左もわからないうちから俺俺アーキテクチャとか考えないで

MVCやMVVMでも勉強したらいいと思うよ

それから最強のアーキテクチャを考えるのでも遅くない

2019/10/06(日) 12:31:03.82

>>956
>ロジックと見た目を分けろ
windows formsアプリじゃなくWPFやった方がいいんじゃない？
windows formsでそんな組み方するの逆にめんどくさい

2019/10/06(日) 13:48:38.81

>>955
cjsonはわかりやすいのかな、ちょっとしらべてみるさんくす

2019/10/06(日) 13:52:51.65

>>956
そんなことしなくて良い
画面アプリなんて使い捨て上等

サーバーサイドと画面（クライアント）を分けろって話で
一つのアプリでそんなことやっても無意味

2019/10/06(日) 14:51:46.94

そんな訳は(規模にもよるけど)当然無い。

2019/10/06(日) 15:03:12.76

「既存メソッドの処理なんですが？ちょっと時間かかっちゃうんですよねー
プログレスバーとかつかないですかね？
処理の進行状況も表示して」

こんな簡単な要望ですら
そいつはケツまくって逃げ出すよ
花京院の魂を10000個ぐらいかけてもいい絶対だ

処理と表示は一見関係ないように見えて実は密接に関係していて
絶対に切り離せない

不可能なことを可能だと言う技術者を信用してはならない

何年もやっていてこの程度の因果関係もわからんような雑魚から
教えを請いてはならない

2019/10/06(日) 15:33:01.89

>>956
何でユーザーコントロールの話になるのかよく分からんけど、

＞ユーザーコントロールクラスの内部クラスとして作る
この部分は変だけど（内部クラスにする必然性がない）、その後の部分はそういう認識でいいと思うよ。

FormでもUserControlでも、基本的に書いていいのは上に乗ってる
コントロールを操作するコードとイベントハンドラだけ。

2019/10/06(日) 18:11:15.25

>>962
C#にはIProgress<T>というクラスもタスクも横断的に使える便利なIFがあるから
あんたが思っているようなことはない

つか、偉そうなのにこれ知らないのか？

2019/10/06(日) 18:45:20.34

自分は頭が悪すぎてIProgress<T>のどこが便利なのかわからないので
違う仕組みでやってる

2019/10/06(日) 19:21:15.12

>>964
はぁ？
既存の何も考えずに作ったメソッド（内部）のプログレスバー（表示）を分離したまま実装できないだろってのが俺のレスの主旨なんだけど
理解した上で反論しようとしてんの？
Mr.ドン・キホーテ？

2019/10/06(日) 19:26:16.12

>>966
いや、簡単に実装できるよ
君が知らないだけで

2019/10/06(日) 19:36:10.31

>>967
あっそ、絶対無理なのにバカだなお前
テメーはさっさと技術者やめて詐欺師に看板替えろ

2019/10/06(日) 19:38:07.20

昔はイベントハンドラで実装してたな
いまならObservablePropertyあたりでやるんかねRxとかどうも上手く使えてる気がしない

2019/10/06(日) 19:43:10.12

>>968
いやできるだろう

2019/10/06(日) 19:53:20.87

>>969
確かにmvvmだとReactiveProperyを上位に伝搬するのが楽だし俺もそうやっている
でもFormsの話のようだからIProgress<T>を出しました

2019/10/06(日) 20:02:50.65

FormsだとしてもIProgressは不便だと思うよ

2019/10/06(日) 20:07:52.17

>>972
なぜ？

2019/10/06(日) 20:18:09.12

ID:Ih3UpniZ0って昨日iniファイル以外認めないって主張してた御仁か
15～20年くらい前のスキルしかもちあわせてない人でしょ
技術的なキャッチアップも人間性の向上も怠って年齢だけ重ねてる人だからこういう物言いしかできないんだろう

こういう人のいうことは表向きだけはいはいって聞いたふりして全部無視して問題ないよ

2019/10/06(日) 20:27:29.93

ほっとくとイベントの参照が残ってるのでひとりでに消えなくなってしまう

2019/10/06(日) 20:39:48.56

>>975
backgroundworkerを自前で作らずにformに貼って、イベントもデザイナから作るといいよ

2019/10/06(日) 20:40:18.92

>>975
ソース

2019/10/06(日) 23:21:15.76

ソースもくそもみんなそう

2019/10/06(日) 23:28:20.92

c# メモリリークイベントハンドラ

2019/10/07(月) 00:20:35.80

だからIProgressでメモリーリークするソース出せってば

**デフォルトの名無しさん** (ｽﾌｯ Sd0a-Fwoc) · 2019/10/07(月) 07:55:39.68

IProgressはインターフェースなんだからそれ自体がリークってのはおかしいでしょ。使い方が悪いだけでは…？

2019/10/07(月) 08:49:33.99

オッペケは自殺して転生して自分の頭のバグ直してこいやボケ

2019/10/07(月) 18:13:25.65

インターフェイスでメモリリークするわけがないはその通り

ただ単純なイベントハンドラベースだとうっかりメモリリークさせやすい
コンポジションなどで保持したままで寿命が違うと特にそう

c++だとメモリリークしやすいが使い方が悪い！ちゃんとつかえ！
という話で済まないので進化し続けてる

そのProgressというけど偽りでProgressと言う動作と何の関係もない
実際はどこからも使われないく自分で使うコードを書くだけなのでProgressである必要もない
どこが便利で使ってるのかさっぱりわからない

2019/10/07(月) 18:17:14.49

見返すとめちゃくちゃだけどIpregressは別にProgressに高度に特化されてないので
使う意味は薄いのではないか？
nさんがどう思うか知らないけど

2019/10/07(月) 19:14:35.69

ここまで具体的なコードは無し

2019/10/07(月) 20:06:05.04

>処理と表示は一見関係ないように見えて実は密接に関係していて
>絶対に切り離せない

ちゃんと考えて設計してもそうなるなら、絶望的にセンスがないわ
おまえに不可能なことが技術的に不可能なこととは違うよ

2019/10/07(月) 20:18:37.37

次スレ
ふらっと C#,C♯,C＃（初心者用） Part145
https://mevius.5ch.net/test/read.cgi/tech/1570446977/
ﾜｯﾁｮｲ無しは
ふらっと C#,C♯,C＃（初心者用） Part141
https://mevius.5ch.net/test/read.cgi/tech/1544838367/

2019/10/07(月) 21:20:35.04

>>985
理解できないなら無理にレスしなくてもよい

2019/10/07(月) 21:45:53.70

>>987
乙

2019/10/07(月) 22:15:03.54

>>987
乙

2019/10/07(月) 22:16:20.26

>>988
はよ

2019/10/07(月) 22:40:26.54

>>986
バカだろ
物理的に不可能だろ
既存処理にプログレスバー付けてみろよ

2019/10/07(月) 22:42:41.65

IProgressというか、その実体のProgres<T>クラスは、普通に使えばメモリーリークなんか起こらないんだよな
イベントじゃなくてActionデリゲート使ってメンバ変数など使わずにローカル変数で定義して
処理を実行するたびにインスタンス作ればいいだけ
ラムダ使えない人はご愁傷さまとしか言えません

2019/10/07(月) 22:50:14.57

>>993
外から複数のハンドラ指定して実行したい場合どうすんの？
Actionにどうやって渡す？

2019/10/07(月) 22:52:08.75

それと
＞普通に使えばメモリーリークなんか起こらないんだよな

と

＞イベントじゃなくてActionデリゲート使ってメンバ変数など使わずにローカル変数で定義して
＞処理を実行するたびにインスタンス作ればいいだけ

は矛盾してるよね？

2019/10/07(月) 22:53:10.67

>>994
複数のアクションを実行するアクションを渡す

2019/10/07(月) 22:59:52.41

>>995
サンプルぐぐっても、イベント使ったりクラスのメンバ変数にして使い回すって方が邪道じゃないかな？

2019/10/07(月) 23:21:18.60

>>986
多分切り離すとか分離するの意味を根本から間違えて捉えてるんだと思うので無駄だよ。関心の分離の基本がわかってない

2019/10/09(水) 02:47:43.58

ぅ

2019/10/09(水) 02:47:58.78

め

次スレ

ふらっと C#,C♯,C＃（初心者用） Part145
https://mevius.2ch.net/test/read.cgi/tech/1570446977/

**1001** · Over 1000

このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 84日 11時間 11分 35秒