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

2018/04/06(金) 17:40:19.48

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

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

■関連スレ
C#, C♯, C＃相談室 Part95
http://mevius.5ch.net/test/read.cgi/tech/1508180530/
C#, C♯, C＃相談室 Part93
https://mevius.5ch.net/test/read.cgi/tech/1492818720/
■前スレ
ふらっと C#,C♯,C＃（初心者用） Part136
http://mevius.5ch.net/test/read.cgi/tech/1520057345/

■コードを貼る場合は↓を使いましょう。
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/05/12(土) 10:55:50.61

>>537
客は会社のシステム部門なんで別にExcel喜ばれないですむしろ殴られそうです

2018/05/12(土) 11:00:04.65

あとXLSXはともかくXLSをC#から弄ったことないんだけどExcelなしで読めるの？
COM使って読むとか言わないよね？

2018/05/12(土) 11:08:10.26

>>517
やっとちゃんと読んでレスしてる人が来た

確かにもともとXMLをベースに考案されたデータ構造なのでXMLに有利と言えるかもしれない
しかしそれを認めると議論の発端である「jsonはxmlより優れている」という命題を「対象次第ではxmlのほうが有利である」という命題で最初から否定することになってしまう
本当に「jsonはxmlより優れている」なら対象がXHTMLだろうとなんであろうともjsonのスコアが高くなっていなければおかしい

2018/05/12(土) 11:23:55.86

なんでもかんでもExcelでやりたいVBAer()さんはVBAスレにおかえりください
事務員さんの常識はプログラマには通用しません

2018/05/12(土) 11:30:46.95

>>543
ExcelCreator使って、Excelのインストールされてない環境で読み書きしてた
昔々ね

2018/05/12(土) 11:33:52.89

>>465
横から失礼。マイクロソフトの人もそう言ってるよ

2018/05/12(土) 11:34:13.72

>>543
OLEDB使えばExcelインストール無しでも読めるで

2018/05/12(土) 11:34:57.85

>>469
一言でいえば古い。

2018/05/12(土) 11:36:20.02

この手の議論はUI入力とデータ保持を同一のものとして考えちゃうから平行線だわな

2018/05/12(土) 11:40:59.55

>>544
キミが変なこと言ってるだけ

業務での作業性、操作性においてスマホよりPCがすぐれてるという人に対して
PCではタッチ入力できないとかそんな難癖つけてるだけ

2018/05/12(土) 12:09:17.30

>>551
残念だけど君には話が通じないね

2018/05/12(土) 12:44:54.52

>>478
EndsWithに第二引数とかあったのか
いけるわ！ありがとう

2018/05/12(土) 12:51:51.95

デザインパターンのブログ（ヤフーブログ）・・・・なかなか良い。

https://blogs.yahoo.co.jp/kamyu_2010/35442561.html

2018/05/12(土) 13:25:14.58

>>550
それ以前の話でしょw

設定データをユーザーが編集したいなんてかなり特殊な前提でありかつ質問者も
そんな要件を一言も上げてないのにアホかと、

.NET標準のシリアライザではなくあえて外様を使う理由はと聞いて、返って来た明確な答えは
結局「そっちの方が目新しいから」だけ。

中学生じみてるよと言ってるそばからこれだ。
プログラマ板みたいな話になっちゃうけど、本当今じゃプログラマって知能指数が低い奴が
やる仕事になってることを実感するよ

2018/05/12(土) 13:26:52.97

json,.netを使うのは早くて使いやすいからだと思う
使いやすいと書くとまた難癖つけられそうだけどｗ

2018/05/12(土) 14:59:39.27

>>556
どういう観点で見たときの使いやすいなのか説明が無いよね？

2018/05/12(土) 15:01:04.84

>>555
Microsoftの基本的なライブラリもJSON.netに依存してる
https://www.nuget.org/packages/Microsoft.Extensions.DependencyModel/

2018/05/12(土) 15:05:00.44

自分が json を使うとしたら、
・周りが使ってるから
・xml と比較して見た目が好み
って程度の理由だなあ。

どっちが優れてるかの比較なんてそれ自体がズレてるような。

2018/05/12(土) 15:35:45.32

暇そうだな
同じヒマでも俺は運動してたけど

2018/05/12(土) 15:49:43.76

シリアライズ出来れば何でもいいよ。

2018/05/12(土) 16:47:10.12

結局Windowsのフォームアプリの設定ファイルは何が適してるんだよ
jsonでもxmlでも大差ないよ好きな方どうぞって結論でいいの？

2018/05/12(土) 16:54:33.55

>>562
そもそも今時フォームアプリなんか採用する時点で全力で時代に背を向けてるんだからどうでもいいよ

2018/05/12(土) 17:04:25.00

>>562
Setting使え
終わり

2018/05/12(土) 17:37:38.32

Settings使え+1

2018/05/12(土) 17:53:54.95

>>562
configファイルにjson形式で書き込む

2018/05/12(土) 17:58:28.95

>>564-565
質問者は「ポータブルアプリの設定ファイル」と言ってる。

ポータブルアプリがUSBメモリに入れて持ち歩くような物のことを言ってるなら、
Settingsは明らかに不適切

あと、個人的にあんまりアプリケーション設定使ったことないんで勘違いしてるかもしれんが、
これって結構制限も多いしいろいろ面倒だよね

**444** (ﾜｯﾁｮｲ 4b9f-ZOQu) · 2018/05/12(土) 21:13:35.08

質問者ですが、こんなに荒れてしまうとは、、、申し訳ない。

おっしゃるように通常のWindowsフォームアプリならSettingsがデザイナで設定できるし楽なんですが、
ファイルの格納先がローカル(Roamingだったかな？)になるのでUSBメモリなどに持ち運んで使うポータブルアプリとしては採用できないというところでの質問でした。

特に設定ファイルの可読性を求めないようであれば、
形式としては古いが追加ライブラリ不要のXMLか、
スタンダードな形式だが別途追加ライブラリ必要なJSONか、
好きな方を選べって感じですかね。。

2018/05/12(土) 21:31:41.93

ユーザー定義リソースにしてexeに直接書き込むって方法もあるよ

2018/05/12(土) 21:32:18.31

>>568
USBで運ぶポータブルアプリ程度ならApplicationSettings保存でもいいんじゃないの？

2018/05/12(土) 21:33:56.53

exeの直下でいいよな

2018/05/12(土) 21:48:32.28

アプリケーションスコープにするとアプリから書き込みできないよ

2018/05/12(土) 22:03:47.45

>>571
でもアクセスの速度違うときあるからね。

2018/05/13(日) 14:47:14.23

すいません。
初心者なのでこちらに移動してきました。
MVC的な設計で

初期設定値を入力するフォーム
↓
初期設定値を格納するクラス

というのを作りたいのですが、

A.
クラス側に各変数のプロパティを作成
フォームからプロパティを介してクラスの変数に値を代入

B.
クラス側にフォームの初期値を取りに行くメソッドを作成
クラスからメソッドを実行してフォームに値を取りに行く

のどちらが良いのでしょう？
自分ではAの方がよさそうな気がするのですが、一般的な設計としてこうするというのがあったら教えてください。

2018/05/13(日) 16:02:40.98

ケツの穴から手をつっこんで奥歯をがたがたみたいなBよりA

2018/05/13(日) 16:26:25.12

>>574
どっちでも動きゃいいだろ
さっさと完成させろよ

2018/05/13(日) 16:39:15.74

>>574
// form
void btnSaveInitialSettings_Click(object sender, EventArgs e) {
try { this.SaveInitialSettings(); }
catch(...) { ... }
}

void SaveInitialSettings() {
var initialSettings = this.GetInitialSettings();
var reaction =
this.initialSettingsController.SaveInitialSettings(initialSettings);
reaction?.Invoke(this);
}

// controller
Action<IInitialSettingsView> SaveInitialSettings(InitialSettings initialSettings) {
this.initialSettingsService.SaveInitialSettings(initialSettings);
return view => view.Refresh();
}

2018/05/13(日) 18:54:27.05

初心者は出来上がってから検討すりゃいいんだよ。
つうか、プロ目指してるなら、先ずは完成させる癖を付けないとな。
万年アマチュアでいいのなら些末な問題で盛り上がればいいさ。

2018/05/13(日) 20:18:25.58

まず終わらせろ、Facebookのにいちゃんも言ってたべな。

2018/05/13(日) 20:30:10.29

Facebookにいちゃんが誰かわからんがそいつが言うまず終わらせろ、とお前が考えるまず終わらせろは別物だと思うぞ
ユニットテストとリファクタリング込みでまず終わらせろ、って言ってるならマトモだけど、将来のことなにも考えずまず終わらせろって言うならただの害悪

2018/05/13(日) 20:32:15.38

>>580
リファクタリングなんか完成した後にバージョンアップする機会があったらやればいいんだよ。

2018/05/13(日) 20:35:20.07

将来が有るかどうかなんて、売れてから考えろw
タイムイズマネーだ。無駄なリソース費やしてる暇が会ったら次の案件片付けろ。

2018/05/13(日) 20:36:03.21

>>581
そうだよね
エッチな絵が一枚も表示されないのにリピーターがいることを想定してる
なんてピンボケもいいとこだよね
割とマジで

2018/05/13(日) 20:37:25.10

仕様通りの動きだけど汚いコードと
仕様通りの動きじゃないけど綺麗なコード
を同じ時間で仕上げたとして、どっちが優れているかと言えば前者だよな

2018/05/13(日) 20:58:57.32

>>584
そりゃ仕様満たしていないなら比較以前の問題だわな
仕様満たして完成までの期間で比較とかならともかく

2018/05/13(日) 21:04:34.41

まあ、熟練者になれば、素早く仕様通りのコードを綺麗に仕上げて来るからな。
初心者は先ず動くコード、次に仕様通り、最後に綺麗なコードでいいよ。
時間掛かるのはこの際問題にしないw

2018/05/13(日) 21:04:59.21

リピーターが多い汚いコードと
リピーターが少ない綺麗なコード

後者はゴミだよね

2018/05/13(日) 21:14:50.20

世の中の多くのバカが勘違いしてるんだけど

綺麗なコード==間違えやすい製造に時間がかかるコード

じゃないんだよね
綺麗なコードはバグが少ないし製造も早い

汚くても動くコードを早く書け！なんて言ってるやつは根本的に何かがズレてる
そんな方針でコーディングしたら汚くて動かないコードを時間をかけて作る羽目になる

2018/05/13(日) 21:19:44.86

洗練された華麗なコードとインデント揃っただけの綺麗なコードを混同してるばか発見

2018/05/13(日) 21:22:07.78

>>574
UI(Form）がモデル（何か仕事をするクラス）の参照を持つのは問題ないが、
逆は良くない。理由は、

(1) 役割分担があいまいになる
厨房の人間が1分おきにウェイターに注文を確認するのは適切な役割分担と言えるか？

(2) つぶしがきかない
Formの参照を握ってFormのメンバーを操作するクラスは、UIをWPFやUWPに
変更しても使いまわしできるか？

2018/05/13(日) 21:59:31.92

>>577
一読で理解できる知識がないのですが、勉強してみます。
ありがとうございます。

2018/05/13(日) 22:02:31.19

>>590

UIがデータ格納用クラスのインスタンスを生成
UIがプロパティを介してデータ格納用クラスの変数に代入
UIがコントローラにデータ格納用クラスのインスタンスを渡す

みたいな感じでよろしいでしょうか？

2018/05/13(日) 22:27:53.20

>>592
＞UIがデータ格納用クラスのインスタンスを生成
誰がモデルのインスタンスを生成するかはケースバイケースだしどうでもよろしい

＞UIがプロパティを介してデータ格納用クラスの変数に代入
重箱の隅をつつくようだが、オブジェクトのプロパティやメソッドを操作する時に
「データ格納用クラスの変数に代入」なんていう内部の実装を意識する必要はない。
必要はない、というか意識しなくても使えるように作るのがカプセル化。

＞UIがコントローラにデータ格納用クラスのインスタンスを渡す
俺がMVCを理解してないだけの可能性もあるが、少なくともWindows Formでは
VとCを分けたりしないのが普通と思う。コントローラなんてｲﾗﾈ

2018/05/13(日) 23:13:35.13

話蒸し返して悪いんだが、xmlシリアライザーって今使ってるとやばいの？業務アプリの設定ファイルほぼこれで今までやってたんだが。。
とりあえず今やってる案件JSONで見直してみるか
一人で開発やってるとついついこういうのに遅れがちになるなぁ

2018/05/13(日) 23:15:02.41

>>594
どんな用途で？

2018/05/13(日) 23:22:29.79

csvとJSONなら圧倒的に後者のがメリットあるけど、
xmlとJSONなら規模がでかくない限りどっちでも良いや

2018/05/13(日) 23:33:10.62

>>594
業務ドカタ系でJSONなんかほとんど無いから安心しろ
客サイドは情シスですらJSON何それとか平気で言いやがるしOSSのライブラリが必要なのもネック

2018/05/13(日) 23:37:31.23

>>596
Excelで編集できるできないって違いもあるのに
どこが「圧倒的」なの？
根拠もない主張を強く推すなよ
願望だろ？お前の

2018/05/13(日) 23:38:24.99

PCのiTunesって曲の情報管理全部XMLだよな
どうにかならんのか
https://i.imgur.com/zaooQAM.jpg

2018/05/13(日) 23:40:15.36

Ant, Maven とか、Java系は、XML。
Android 画面の設定ファイルとか

Windows でも、XAML で画面設定する

プロジェクトの設定ファイルも

JSON を設定ファイルに使うのは、JavaScript を使ったもの。
例えば、Node.js を含んだ、VS Code

他には、プログラミング言語自体が設定ファイルになるもの。
Ruby, Groovy, Haxe

2018/05/13(日) 23:48:46.83

>>594
え？全然やばくないよ
むしろ安定した手堅い選択肢と言っていい
JSONを設定に使う製品はむしろ少数派

2018/05/13(日) 23:57:11.22

>>600
>JSON を設定ファイルに使うのは、JavaScript を使ったもの
最近のC#もそうですが

2018/05/13(日) 23:57:32.58

>>594
ヤバイってどういう状況？
殺されるの？

2018/05/14(月) 00:04:35.25

>>602
project構成は不評で結局xmlに戻ったね
ASP.NETのappsettingsはボイラープレートがjsonになってるけどxmlやiniもサポートされてる

2018/05/14(月) 00:05:32.49

素のJSONはコメントが使えないので設定ファイルには使い辛い。

2018/05/14(月) 00:17:32.79

川俣さんのことを馬鹿にする人が2chには多いけど、この記事の趣旨は正しいと思う
http://www.atmarkit.co.jp/fdotnet/extremecs/extremecs_18/extremecs_18_02.html

特定の技術への信仰と「俺スゲー」っていう間抜けな自己陶酔が結びついてる奴ってよくいるし、
このスレにも時々そんなのが出るけど、そういう奴のいうことは真に受けない方がいいですw

2018/05/14(月) 00:18:47.47

>>604
まあ普通はjson使うがな

2018/05/14(月) 07:03:43.68

つか業務で使うなら余程のことがない限り枯れた技術の方が安定する

2018/05/14(月) 07:06:02.02

>>608
COBOLとか？

2018/05/14(月) 07:55:56.39

COBOLは実際優れてるんだよなあ
低品質なPGでもほぼ完璧に見積工数通りに仕上がるし、バグもほとんど出ない
金持ちな客からきっちり工数見合いで金取れるならSIerにとってこれほど好都合な言語はない

2018/05/14(月) 08:01:56.16

バグでないのはアカンやろw

2018/05/14(月) 08:12:24.86

それはバグが摘出できていないだけでは

2018/05/14(月) 08:30:53.44

工数が低減できるかどうかよりも見積が精確にできることの方が管理者にとっては重要ってわけだね

2018/05/14(月) 09:03:36.07

バグが出ないに総ツッコミでﾜﾛﾀ

2018/05/14(月) 09:45:10.45

大体この時間にABENDしますって
異常停止をルーチンワーク化して運用している所があったな

2018/05/14(月) 10:05:11.99

現場運用だと稀によくある
開発側がそれを織り込んじゃダメだけど

2018/05/14(月) 19:19:28.87

>>594だけど
蒸し返した話にレスくれてありがとう
自分の用途にはxmlでも問題なさそうでとりあえず安心した

2018/05/14(月) 20:12:46.13

SVGやMathMLのような外部の名前区間が出てくるとか、Xamlのようにかっちりしたものを書きたい場合はXMLが有利
文字列や数値しか出てこないような簡単な構造ならJSONの方が便利なことも多い。
Trueなのかtrueなのかとか考えなくても良くて、エディタがサポートしてくれるし、エスケープの仕様とかがシンプルで、ファイルも小さい。逆に言うとその程度なのでわざわざ切り替えるほどでもないとは思う

2018/05/14(月) 20:37:51.15

>>593
VCわけないんですか。
うーん・・・。
いろいろな設計方法があるということですね。

インスタンスの生成順として
A→B
A→C
とAからＣにＢのインスタンスを渡す方法は分かるのですが、

Ｃ→Ａ
Ａ→Ｂ
とインスタンスを生成した時、ＣにＢのインスタンスを返すことって可能なのでしょうか？

2018/05/14(月) 20:54:23.97

デリゲート

2018/05/14(月) 20:59:59.56

【マンモグラフィー】おっぱい挟んで癌検査…必要？
http://egg.5ch.net/test/read.cgi/bio/1517115639/l50
【ペットフード】告発したら３人組に棍棒で襲われた
http://egg.5ch.net/test/read.cgi/hosp/1517110484/l50
【アマルガム】水銀を歯に？　厚労省『暴動が怖い』
http://mao.5ch.net/test/read.cgi/doctor/1517058870/l50

2018/05/14(月) 21:00:16.16

>>619
「返す」ことにこだわりがあるのなら結構難しい
そこにこだわらず、単にCからbを扱えれば良いのならa.bでアクセス可能だろう

2018/05/14(月) 21:35:43.16

>>619
何でわざわざ話を複雑にするの？
class C
{
　　A a;
　　B b;

　　public C()
　　{
　　　　a = new A(this);
　　　　b = new B(a);
　　}
}

例えばこれじゃダメなの？

2018/05/14(月) 21:38:33.33

DIコンテナとか諸々のイディオムを知らない初心者だからまぁしゃあない
MVCでもMVVMでもいいからチュートリアル的なものをひとつやっとくとだいぶ違うとは思う

2018/05/14(月) 21:40:59.32

>>622
まず「返す」の意味が分からないんだよな
>>619
何のためにその実装が必要なのか、まずはそっちから
普通は複数の派生インスタンス扱いたいのならどこかでまとめて管理する方が楽
横に伸ばしていくんじゃなく中心から引っ張っていく形

2018/05/14(月) 23:18:38.41

馬鹿なこと考えないでジャンケンゲームでも作ってろって

2018/05/14(月) 23:19:52.93

>>619
今時のマルチレイヤな設計ってのは、「汚い場所」をどこかに決めて、そこが依存関係の解決を一手に引き受けるようにするんだよ
で、他の部分は「汚い場所」に直接依存しないようにするの
>>623の例でいうと、Cを「汚い場所」とするならAがCを直接参照するのは良くなくて、
AからCのメソッドをコールバックしたいんだったらインターフェイスを介して呼ぶようにしたりする
汚い場所をどこにするかだけど、フォームアプリならフォームだったり、Webアプリならコントローラだったり
処理の起点となり、かつ、どのみち単体テストが困難な場所を選ぶのが一般的だ

2018/05/14(月) 23:24:11.06

なんだか要領を得ないからわからないけど
Bを操作するメソッドをAに用意してCがA経由でBを操作するのはだめなのか？

2018/05/14(月) 23:36:29.55

MVC をわかってないような奴に、何も教えられない

まず、無料のRails チュートリアルで、MVC webアプリの設計から学べ

2018/05/15(火) 00:01:41.20

Railsってモデルがフォームの構造に依存するからなあ
あんなのAccessのフォームなんかと同レベルだよ
変な癖がつくから初心者には適さない

2018/05/15(火) 00:21:50.03

>>629
スレチ

2018/05/15(火) 06:26:55.76

MVVMを理解するには何からはじめたらいいの？

2018/05/15(火) 07:15:54.13

>>632
何から始めても理解できない
分離するどころかやればやるほど結合が強くなる現実に打ちのめされるだけ

2018/05/15(火) 07:32:22.06

やってみたけど難し過ぎて手に負えなかったってことだね。

2018/05/15(火) 07:36:31.19

>>632
Vue.jsあたりかな
XAMLはテンプレートやコマンドバインディングが複雑すぎて本質を掴みづらい
WebのMVVM系フレームワークのほうがずっと見通しが良くてMVVMの本質を素直に実装してる

2018/05/15(火) 07:43:57.19

まずはUNDOなりマクロを実装するのに何が必要か
考えると、「C」の動きが見えて来るかと思うけどね

GOFの最初の章にも説明はあるよ

2018/05/15(火) 07:48:40.53

>>623
アクセシビリティに一貫性がありませんってエラーが…
internalでインスタンス生成するとＯＫなんですが、フォームクラスはpublicで宣言してるんですけど。

2018/05/15(火) 07:52:16.57

>>625
ご指摘を受けてメインのフォーム上でインスタンス管理しようとしているのですが、
アクセシビリティの一貫性というエラーが出てきています。

public partial class ExaminationForm : Form
{
public InitialSettingForm initialSettingForm;
public InitialValues initialValues;

で最後の行にアクセシビリティ一貫性のエラーが・・・。
3行目のpublicをinternalにするとエラー消えるのですがなんでだろう。

2018/05/15(火) 07:56:03.82

そのビューの入出力項目と隠し項目とユースケースを抽出するだけだよ

ログイン画面だったら
入出力項目として
・ユーザーid
・パスワード
隠し項目は無し
ユースケースは
・ログインする

なので
class LoginViewModel {
public string UserId { get; set; }
public string Password { get; set; }
public void Login() {
// login impl
}
}
こうなる

あとはViewがVMを監視するために変更通知イベントなどを実装しましょう
それだけ

2018/05/15(火) 07:59:07.77

>>632へのレスな↑

2018/05/15(火) 07:59:13.31

>>638
InitialValuesクラスがinternalなんだろ
publicに変えれば意図通りになる
言っちゃ悪いけど正しい設計とか気にするレベルじゃないと思うよ
まずは汚くてもいいから一本何か形にできるようになってから考えればいい

2018/05/15(火) 08:38:53.30

>>641
ああああああああ！
そこなのかあああ！

classってデフォルトでinternalになるんですね。
というかinternalって省略されるから気づきませんでした。
ここで半日費やしてたのでものすごく助かりました。
ありがとうございます。m(__)m