ふらっと C#,C♯,C＃（初心者用） Part137
■ このスレッドは過去ログ倉庫に格納されています
「どんなにくだらない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 >>440
同じスレッドなら同期ではないのですか？
>>441
モーダルとはなんぞやレベルなので出直してきます
>>442
参考サイトありがとうございます ポータブルアプリの設定ファイルを扱うなら何がスタンダードですか？
XmlSerializer使ってxmlファイルにするか
Win32API経由でレガシーなiniファイルにするか。
やっぱ前者ですかね？ >>444
セオリー通りappsettings.jsonやろ普通 >>444
人の手で編集するかどうか
するならcsvファイルかxlsがええで
Excel使えるから
xmlもiniもjsonも編集ツールが無くてゴミ >>448
ほう
じゃあ、編集ツール出して見ろよ
そんな誰も編集できないフォーマットで設定とか言ってたって全く説得力ないよ
はい、論破 yamlとかtomlもまぁアリだな
jsonはtailing commaがちょっと煩い >>450
C#ならappsettings.jsonで良くね？IOptionとの相性いいし >>452
JSONが標準だとは思うし, まぁJSONにする
が, リスト末尾のカンマは許して欲しい なるほど、今時はJSONですか。
ただ、少し調べて見たところweb系の構成ファイルとして使う？みたいで自分の思ってるのとは違うのかなと感じました。
後出しになってしまって申し訳ないんですが、自分のイメージしてるのはFormアプリで例えば「最前面に表示する/しない」だとか「昇順/降順で並べる」みたいな、チェックボックスやラジオボタンの選択内容を起動時に読み込み、終了時に書き込みする想定です。
appsettings.jsonは読み込みしかなさそうだったのですが、書き込みってありますか？自分でjson形式にコンバートしてベタに書き込みしろってことですかね？ >>454
その用途ならアプリ外からエディタで編集させることなんて無いだろうから、正直なんでも良いと思う jsonならNewtonSoftがあるけどyamlシリアライザだとどれがデファクトなんだ？ jsonならNewtonSoftがあるけどyamlシリアライザだとどれがデファクトなんだ？ >>454
JSONで読んだり書いたりするなんてどうとでも出来る
まぁXML以外ならなんでもいいと思うけどね 前も書いたけど騙されたらダメwww
.NETには標準のシリアライザがいくつも存在するんだから、特に理由がないかぎり
あえて外様を使うとか頭の悪い中学生じみてる var exts = {".jpeg", ".jpg", ".png", ".gif"};
var f = Directory.GetFiles(dir, "*.*", SearchOption.AllDirectories)
.Where(c => exts.All(extension => !c.EndsWith(extension)))
.ToArray();
extsの拡張子以外のファイルを抽出したいんだけど
大文字小文字区別せずに拡張子だけを比較する方法ないですか？
もっと効率いい方法ある気が・・・ !c.ToLower().EndsWith(extension)
で対応します ＞.NETには標準のシリアライザがいくつも存在するんだから、特に理由がないかぎり
＞あえて外様を使うとか頭の悪い中学生じみてる
いくつもあるの？ どんなのがあるのか三つくらい教えてください。
ビルドするごとに消えるのでは使いにくいというか何度もビルドするのは普通だとおもうので
それでは使い物にならないので、ビルドしても消えないものがいい。 >>459
今時その認識は正直ヤバい
今の.NETの標準のシリアライザはJSON.NET
Core系では完全に標準シリアライザとしてフレームワークで使われてるし、MSDNにもJSONならJSON.NET使えと書いてる >>463
DataContractJsonSerializer でなくJson.net のソースは？ 設定ファイルは、csv, yaml, json。
Java系のant, maven などは、XML。
Mac系は、property file
chef, vagrant では、Ruby。
Gradle では、Groovy
Haxe のserializer は、数個のプログラミング言語に渡って機能するし、
json, xml みたいに型情報が無くなったりしない
もちろん、Ruby, Groovy も、
プログラミング言語自体が設定ファイルだから、そのまま使える DataContractSerializerは絶対にファイルに書いちゃダメってわけではないけど、データのスキーマがあらかじめ決まってる場合には使えない
あくまで書く側と読む側とで解釈が共通でありさえすれればよくて、その中身を人間は気にしないよ、ってときに使う 調べが足りずすみません。
NewtonsoftのJSON.NETというのを使えばいいみたいですね。
.NET標準のXmlSerializerと同じような感じの使い方ですね。
ちなみに、XMLはやめた方が良いと意見ありましたが、
どういった理由からでしょうか？ XMLは全世界共通の汎用データ交換フォーマットであることが採用する唯一の理由であり、
JSONが主流になった時点で既に存在意義が失われているから XML は、JSON よりも可読性が高いから、人が見る・書く設定ファイル。
例えば、アプリのフォームのデザインの設定ファイルに使う
人が見ない、単にコンピューター間のデータの受け渡しには、JSON
XMLを使うと、ややこしい >>471
高くねーよ
タグの対応が外れたら素人に発見できんのか？
プログラマならともかくパンピーじゃ無理 XMLは可読性がわるい。つまり直観が効かない。機械向きで非人間的だから設定ファイルには不向き。
たしかに寄ってたかってよく考えてあるのは解る。それには感心するが、寄ってたかって考えすぎると
たいていは失敗する。その代表的な例としてはXMLもっとも良い例のひとつだろう。つまり駄作だなとおもう。 jsonはいい加減コメントの使用を本家が認めるべきだわな >>471
XMLが読みやすいってwサヴァン症候群なんおまえ？w コメントがあると独自スキーマを作り始めるからわざと外したと言っているけど病的だわ
これだから実務屋でない奴は そいつC#スレとPythonスレでよく見かけるが
サヴァンかどうかはともかく発達障害は煩ってるぞ >>460
EndsWithの第二引数は使えない？ >>476
悪名高いJSONライセンス(Good, not Evil)も作ってるからなぁ XMLのタグの対応って言うけど
JSONも例えば}が数階層のどっかで一つ消えたら人間に対応できなくなるよね データの規模が大きくなったらXMLのほうが断然有利
JSONとXHTMLを等価変換するスクリプトを書いてJSONだけでウェブサイトを構築する実験を社内でやった事があるがJSONのスコアは酷いものだった
JSONはネストが深くなると使い物にならん 何のデータも示さずjsonは使い物にならないと言われてもねー データは自社の資産だから常識的に勝手には公表できない
実験方法は簡単にだけど示したのだからデータが欲しければ実験して検証すればいい
逆にJSONが優れていると言うなら
根拠無しではなくデータなり検証方法を示してほしいね https://www.infoq.com/news/2013/08/xml-json-performance
同じくらいのパフォーマンスというならまぁ納得出来る
クソみたいなパーサ使わにゃネスト深さでパフォーマンスが悪化するわけねーだろ >>486
再現可能なサンプルぐらい作れ
今のままだと説得力ゼロで誰も納得しねーよ XHTMLって死んだ技術だと思うが
10年ぐらい前の世界かな？
xmlが見やすいって人は初めて見た >>489
5chに書き込むためだけに実験費用払いたくねえよ
こういう実験はサンプルとして人を雇わないとできないんだよ
思考停止ノータイムでボタン押さずに常識的に少し考えてからレスしてくれ頼むから 再現するJSONとXMLを一個ずつ用意すれば終わるのに自分以外の人間が必要か？
プログラミングやったことありますか？ >>492
あんたは論外
パフォーマンスの話なんて誰もしてない
今はみんな生産性、可読性、保守性の話をしてるんだよ
それを測るためにJSONとXHTMLを等価変換するツールを作った
グループAの人達にはJSONでタグ打ちさせてそのJSONをツールでXHTMLに変換した
グループBの人達にはXHTMLで直接タグ打ちさせた
完成するまでの時間や完成したXHTMLのバグ密度など様々なメトリクスを計測したら直接タグ打ちしたグループBのほうがスコアが高かった
グループAとグループBのスコア差はネスト数が深いほど大きくなった
そういう話な
パフォーマンス比較なんてくだらん話は他所でやってくれ >>493
人間のやることじゃないことを人間にさせて比較する意味がよくわからない >>493
無駄な変数が多すぎて何を比較したいのか分からなくなってるな
仕事できなそう テキストデータをバイナリエディタで書かせるような意味不明な実験を
やって悦にいる会社に勤めてかわいそうとしか思えない
上が暗愚だと下が苦労する 馬鹿しかいないのか
人間がやる意味がないとか言ってる連中は実験の趣旨を全く理解してない
だから思考停止してノータイムでボタン押すのやめろって言ってるんだよ
ほんと馬鹿の相手するの疲れるな こいつはなかなか面白いな, 素でこのコミュ力ならなかなかの逸材だし作っているならよく理解している >>489
上が暗愚たと下も思考停止で伝染するんだな
バイナリデータでutf8の入力しづらさも検証したか？ いや面白いな
どこかの技術系のサイトでネタにしてくれないかな 結局、手動で設定するファイルであるなら
jsonもxmlもゴミだろ？
なんの話してんの？ >>503
そうでもないよ
VScodeでjsonの各種設定ファイルを手で変えたりするけど
あれがXMLだととんでもないことになる 深くて3階層程度でそんなに行数多くないならJSONは苦痛は少ないかな >>504
そういう無意味な比較意味ないじゃん
xlsで設定できるアプリに使い勝手で勝てるの？ >>506
それが無意味に思えるなんて幸せなやつだな >>507
だってjsonもxmlもいらねーもんよ >>506
xlsとかｗｗｗバージョン管理システム使ったことすらなさそうだな 残念だけどXMLはクソオブクソだけどXLSとかCSVはそれをはるかに上回るクソなの >>493の実験は「XHTMLのデータはJSONで記述するには適さない」ということを示しているだけだな
そりゃXHTMLのスキーマはXMLで表現しやすいように設計されてるんだから、
JSONだと属性とコンテンツの区別がなかったりして記述しづらいのは当たり前だ
JSONにはJSONに適したスキーマ設計がある >>519
Gitでsqliteの差分見るのかい？ >>513
XLS: バイナリ, 標準化されてない(されてるかも知らんが概ねExcelないと読めん)
CSV: not well standarized
XLSX: zip圧縮されたXMLじゃん >>520
dbの比較は簡単
バージョン管理の機能にはないけど >>504
VSCodeのセッティングはネストが浅くて比較的読みやすいし、VSCodeによるコード生成がうまく機能してるからね >>521
ビジネスでExcel入ってない環境とかあるの？ エクセルからマスターや設定をインポートするようになってるシステムは壊しそうで怖いわ
うっかりレイアウトがズレてて正しくデータが取れなくなるとかよくある
バージョン管理の問題にも関連するけど、再現性が乏しいんだよエクセルは >>522
おれsqliteのバイナリをテキストエディタで書き換える能力ないのよ >>524
DB同士のデータの比較したことねーの？ >>517
そこの会社の内部の抗争があるんだと思う
いまどきxhtmlを使ってる派閥がいて
そいつらが不利になったので意味不明なテストでxhtmlすげーをやって
何も考えないやつがそれに賛同したと
エジソンが高圧送電は危険だと言って動物を殺す実験をしたようなもの >>525
開発は仮想のLinux上とか普通にあるから >>528
json vs xmlの比較とは全く異なる次元のものを持ち込んで比較しようとするクズ >>533
こいつdotnet newすら打ったことなさそうだな >>532
そっちは完全に編集するツールがないじゃん
あってもゴミみたいなのしか >>533
開発用システムでXLS読むために入れるとか本末転倒 >>536
お客さんに何で編集したいですか？
って聞いてみろよ
Excelでできるって言ったら大喜びするぜ >>535
専用ツールがないと編集できないものなんてイラネ >>506
Excelの場合はそもそもツリーデータ構造を表現するためのスタンダードなフォーマットが無いので比較する以前の段階
まずはツリー形式のデータ構造を表現するためのフォーマットのデファクトスタンダードを業界全体で決めてくれ
比較はその後に回していいんじゃないかな vscodeのsettings.jsonとか見せたら発狂しそう >>537
客は会社のシステム部門なんで別にExcel喜ばれないですむしろ殴られそうです ■ このスレッドは過去ログ倉庫に格納されています
