ふらっと 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/19(土) 01:32:36.76

女？

2018/05/19(土) 01:53:30.54

>>697
前者
デリゲートは現段階で呼び出し先が定まってなくて後でアドホックに処理を差し込みたいときに使うも
最初から呼ぶ相手が決まってるならそんなまどろっこしいことをしないで直接メソッドを呼べばよい

2018/05/19(土) 02:13:21.77

>>697
騙されちゃダメwww
そういうのはイベントで実装する。

何故か？
前者で作っちゃったら、その外部デバイスをポーリングしてるクラス（普通はそのデバイスの名前を付けると思うけど）、
前者で作っちゃったら他に流用できないよ

2018/05/19(土) 02:22:01.39

>>700
YAGNI
もしそれが必要になったらそのとき変更すればいい
そして、ほとんどの場合において結局必要にならない
職業プログラマじゃないとアプリのコードを目にする機会って少ないから、
.NET Framework自体のクラスのような不特定多数向けの設計を真似してしまいがち
一般に、アプリケーションプログラミングにおいては無駄な拡張性は極力組み込まずに必要最小限のコードでコンパクトに実装するのが正解
そのほうが結果的に変更時のコストも小さくなるよ

2018/05/19(土) 02:27:56.45

>>701
YAGNIなんか関係ない
アホか

必要もない仕様変更を想定して寛容に複雑にするのは愚かだが、
抽象度の高い（つまり汎用性も高い）方のクラスにより具体的（つまりそのプログラムでしか利用できない）クラスの
参照を持たせて依存させるなんてもっと愚かだ

2018/05/19(土) 02:32:39.74

>>702
自己矛盾してるね
依存させるのが何故愚かだと思う？
理由は、「必要もない(質問者のレスにない)仕様変更を想定しているから」に他ならないだろ

2018/05/19(土) 02:38:49.87

>>703
たぶん言っても無駄な人だと思うけど、普通はViewをModelに依存させるように作るのであって
ModelをViewに依存させない（Modelの参照をViewが持ってはダメ）なのと同じ。

こんな基本が分からない奴が回答する側に回ってはダメだと思うw

2018/05/19(土) 02:40:16.65

>>704
いかん酔っぱらって逆を書いちまったw

× （Modelの参照をViewが持ってはダメ）
〇（Viewの参照をModelが持ってはダメ）

2018/05/19(土) 02:40:41.00

あと、仮に>>700の想定が正しいとするなら、抽象化すべきはクラスBではなくAの方でしょ
例えばAのデバイス依存部分だけをIDeviceインターフェイスとして切り出して委譲するとかね
Aにイベントを持たせるんだと、別のデバイスを監視するクラスCができたら
AのイベントとCのイベントをそれぞれ個別にイベントハンドリングしなきゃいけなくなる
ちゃんと頭使おうね

2018/05/19(土) 02:47:51.94

>>705
揚げ足取るようで悪いけど、Viewの参照をModelが持つこと自体は何の問題もないよ
というか、そうしないとMからVへの変化通知が実現できない
イベントを使うにしても結局参照は持ってるよ
MVPといって、IViewのようなインターフェイスを通してMからVを呼ぶパターンもあるね
なるべく疎にしたいのは型同士の依存関係の話で、参照するのがダメなわけじゃない

2018/05/19(土) 02:58:10.85

>>706
そういうのをYAGNIっていうんだよw
本当に何もわかってないねお宅w

2018/05/19(土) 03:03:16.45

まあ質問者の>>697に言うけど、実際書いてみれば
イベントで実装した方がずっとコンパクトかつ可読的に書けることが分かると思うよ。

Bが仮にAでしか利用しないクラスだとしても、普通はAはイベントを発行するだけ、
Bはそのイベントを受信して何か処理をする、ってやった方がずっと分かりやすい

2018/05/19(土) 03:21:21.26

メソッド一つだけならイベントでもいいけど、少なくとも>>697はメソッドが複数あるときもあると言ってるんだからイベントは不適切でしょ
インターフェイスで纏めたほうが扱いやすい
あえてそこにインターフェイスを噛ませる必要があるかどうかはYAGNIの問題だが、それとはまた別の観点の判断だ

2018/05/19(土) 06:03:27.91

プログラムで使用するテキストデータを、excelで管理しています
closecXMLを使ってアクセスしていて、これ自体は無事に実装できました

テストが一通り終わって、テキストデータも確定したので、データの散逸や
改ざんを防ぐために実行ファイルに埋め込みたいのですが、リソースとして
取り扱うことってできないでしょうか

具体的には、

workbook = new XLWorkbook(filename);

として開いているところがあるのですが、このfilenameにリソースファイルの
名前を当てることができないのか調べています

string filename = "Properties.Resources.textdata.xlsx";

としてアクセスできれば簡単だと思っていたのですが、そうはいきませんでした

2018/05/19(土) 06:14:14.58

ユーザー定義リソースは何でも書けるよ。

2018/05/19(土) 06:37:08.02

具体的にどういう手順を踏めばよいのでしょう？
excelデータは1,000行以上あるので、取り込みではなく手入力が必要だと
ちょっと切ないです
でももう修正しないもの（修正するとしても部分的）ですから、機械的に
データを移行できるのであればそれでも問題ありません

2018/05/19(土) 07:47:44.04

静的に呼びだすなら５つのAPI
FindResource()
LoadResource()
SizeofResource()
LockResource()
FreeResource()
動的に更新するなら更に３つ
BeginUpdateResource()
EndUpdateResource()
UpdateResource()

2018/05/19(土) 07:53:26.18

>>701
こういう奴が頻繁に現れるのを見るとYAGNIの罪は大きいなって思う

2018/05/19(土) 07:55:26.69

別に複数でもそんな多くなければイベントでも問題ないんじゃねぇかな

2018/05/19(土) 08:03:52.08

>>714
ありがとうございます、それぞれのAPIについて調べてみます

2018/05/19(土) 08:13:32.92

結局バランスの問題だな。もちろん人によってバランス違うけど。
イベントによって結果再利用性あがるけど、
>イベントで実装した方がずっとコンパクトかつ可読的に書けることが分かると思うよ。
の通り、可読性の観点からしてもイベントの方が分かりやすいと思う。

これぐらいもYAGNIとかいってるようじゃ、極端すぎてバランス感覚おかしいんじゃねぇかな。

2018/05/19(土) 09:36:48.03

>>718
極端なのは君だと思うぞ
まさかクラス間の依存関係に全部いちいちイベントを噛ましてるってわけではないよね
その上で、この例において特にイベントを使うのが適切だと判断した合理的な根拠は？
少なくとも>>697のレスからはそれを具体的に読み取れないから、根拠のない仮定に基づいた無駄な拡張性だと言ってるんだけど

2018/05/19(土) 10:02:26.30

>>691
(　ﾟдﾟ)
ありがとうございます。
その通りです。
一晩見直したのに気づかなかった・・・。

2018/05/19(土) 10:47:04.32

>>697です
みなさん色々なご意見ありがとうございます
基本的にはイベント等で疎結合にしたクラス作りが望ましいが、ケースバイケースで状況に応じてどちらの実装でも問題はないといったところでしょうか
レスして頂いた内容は非常に参考になり、まさにその両者のいい分で自分もどちらが最適解なのか悩んでいましたが、結局状況を判断出来る私が決めて実装するしかないのかなと思いました
途中インターフェースをかましてすれば良いとのレスがありましたが、どういった実装をすればいいのか全くわかりませんでした。この方法でも検討してみたいので、すみませんが具体的な実装を教えて頂けないでしょうか

2018/05/19(土) 11:44:50.68

>>721
interface IAlert {
void Set(Severity severity);
void Unset();
}
たとえば、あるアラートに対してこういうインターフェイスを定義する
クラスAはこれをコンストラクタで受け取り、温度センサーの値が閾値を超えたら危険度に応じた引数でSetメソッドを呼ぶ
温度が低下して閾値を割ったらUnsetを呼んで解除する
このIAlertインターフェイスを、具体的な実装、たとえばパトランプを操作するクラスが実装するわけ
こうしておけば、
パトランプじゃなくて画面でアラート状態を表示したくなったときにAに手を入れずにIAlertを実装するだけで済む
もちろん、パトランプしか想定しなくていいなら直接パトランプクラスのメソッドを呼んでもいいし、Unsetが必要ないならイベントでもいいかもね
ただしイベントの場合はBからAへの密結合が発生するとか、それを避けるなら追加で橋渡しのコードが都度必要になるといった懸念点もある

2018/05/19(土) 11:49:58.15

>>695
拡張メソッドでも定義すれば

2018/05/19(土) 12:01:43.59

>>722
早速ありがとうございます
ちょっとまだピンときませんが、じっくり検討してみたいと思います

2018/05/19(土) 12:20:10.98

BASICしか経験がないど素人がC#始めたんだけど、
クラス間の参照の受け渡しというのが難しいです・・・。

クラスの参照を配列に入れて、それを受け渡しするとか動くコードはなんとかかけてるんだけど、
自分で一体何をしているのか分からなくなる時がある。

2018/05/19(土) 13:04:35.48

>>725
真っ先に直さなきゃならないのは、「スコープの広い配列にインスタンスを入れておけば、どこからでも全てのデータにすぐにアクセスできていいじゃん！」と思っちゃう点でさあ
C#のスキルの無さから設計までメチャクチャにしてるんじゃないのかねえ

2018/05/19(土) 13:15:00.73

BASIC系って悪い習慣を覚えちゃうよね
特にVBAはひどい

2018/05/19(土) 13:27:26.49

>>722
それだと温度センサーがアラートをコントロールしているように解釈される
常識的に考えてアラートのコントロールは温度センサーの仕事ではないだろう
これは名前の問題であってインターフェースよりイベントを使えと言ってるわけではない

2018/05/19(土) 14:08:44.26

>>726
その通りです。
すべての変数をどこからでもアクセスしたい衝動にかられます。

Aのクラスの機能がA1とA2に分化できるから分けようと思うと、
AはCを参照してたからA1とA2両方にCのインスタンス参照を渡そうとなり、
結局機能は分けれたものの、どのクラスがどのクラスを参照してるのかがよくわからなくなってきました。

2018/05/19(土) 14:11:58.71

値１、２個を渡すのは簡単なんですけど、
クラスのインスタンスを100個つくるためにその参照を配列にいれる
参照の入った配列をreturnで返す
とかしてるとなんの値をいじってるのかわけわかめです。

これまで値と参照の区別をして思考してこなかったからなのかなぁ。

2018/05/19(土) 14:31:05.11

>>730
オブジェクト指向で参照を共有することは少ない
共有するとしてもイミュータブル、ステートレスにして共有によるデメリットを消した上で共有する

長時間生存するインスタンスがあちこち参照しあって状態を刻々と変化させていくような設計が最悪のパターン

2018/05/19(土) 15:29:17.89

>>719
それは君が経験値不足なだけ。>>697である程度は想像できる。

2018/05/19(土) 16:13:13.77

休みだってのに暇な奴ら

2018/05/19(土) 16:13:20.90

>>731
なるほどCを参照しているA1、A2はCと独立したオブジェクトじゃなくなってしまいますものね。

2018/05/19(土) 16:20:14.69

Target[] target = new Target[Constants.MaximumNumberOfTarget];

public Target[] InitializeTarget()
{
for (int i = 0; i < Constants.MaximumNumberOfTarget; i++)
{
target[i] = new Target();
target[i].x = 100;
target[i].y = 100;
　 }
}

こういうふうにForm1のクラスでターゲットの座標100個発生させて表示させます。

2018/05/19(土) 16:23:28.77

ターゲットをクリック出来たら消す
一定時間クリックできなかったら点滅させる
ゲーム終了後にターゲットの座標をテキストファイルに書き出す

などの処理がすべてForm1上に存在することになるのですが、
それでもいいのでしょうか？
これらの作業を無理にクラスに分けようとすると
ターゲットクラスインスタンスの参照100個を渡さなくてはいけなくなります。

2018/05/19(土) 16:41:59.05

そんなミニゲームどう組んだっていいよ

2018/05/19(土) 16:44:12.66

>>736
何が駄目なのかわからない
何か縛りプレイしているのならその前提から出してもらわないと
たとえば特定のデザインパターンの勉強が目的だとか

2018/05/19(土) 16:55:29.90

どうせこの人は一生治んないよ
ただプログラムなんてちゃんと動けば目的達成できるんだし、まあ、これでも良いんじゃないの

2018/05/19(土) 16:56:47.37

listやdictionaryを使ってないのかな

だったらまだそのアプリを作る段階まで届いてない

2018/05/19(土) 17:10:27.25

まあ普通はエンジン部分だけ切り離すわな

2018/05/19(土) 17:20:42.40

target class
にx,y,timeなどメンバ変数7個程度を入れてます。
このターゲットを表示するためForm1上にクラスのインスタンスを参照する配列を置くと、
表示とゲームのコントロールすべてがForm1上におくことになって見苦しいのかと思いました。

でもテトリスとか他のミニゲームみても同じような設計になってるんですね。
無理して別クラスにするよりもtargetクラスの配列に関連した、表示、ゲーム処理はForm1上に置いてみます。
（というか実際に配列を別クラスに切り分けたら、余計読みづらくなった・・・）

2018/05/19(土) 17:22:57.84

>>738
縛りはなかったのですが、見やすいコードということを考えすぎてました。
まずは動くコード書いて、人の書いたプログラムも見ながら勉強していきます。

2018/05/19(土) 17:23:58.19

>>740
最初Dictionay使うつもりだったのですが、
構造体かクラスに変数をまとめたほうがよさそうだったので今の形になりました。

2018/05/19(土) 17:27:35.68

>>736
何故そのような結論になるかわからない提示された仕様からだとテキスト出力クラスを作ろうって気になるかな
targetの渡し方はコンストラクタやメソッド引数にするかは自由

Hoge hoge = new Hoge();
bool Output(){
hoge.Set(target);
return hoge.Output();
}

2018/05/19(土) 17:28:05.32

>>742
複数のTargetを管理する専用のクラスを書くんだよ
Formが全てのTargetを管理するのはオーバーワークだろ

2018/05/19(土) 17:30:56.31

>>729
貴様にはpublicを禁止する呪いを掛ける

2018/05/19(土) 17:45:50.05

それは呪いではなく祝福であった

2018/05/19(土) 17:52:30.85

そしてinternalを使い始めた！

ゴミグラマの出来上がり

2018/05/19(土) 18:14:06.88

と、すでに出来あがったゴミグラマが申しておるようですが

2018/05/19(土) 18:20:19.09

>>746
はい。
それやってみたのですが、フォーム2から初期設定値を初期値格納クラスに入れていて、
初期値格納クラスの参照、Targetクラスの参照、Targetクラス管理クラスの参照が入り乱れて書いている自分でもわけわかめになりました。
二つのプログラムを見比べた結果Form1でTarget管理させたほうがまだましなのかと・・・。

もっと規模の大きなプログラムだと違ってくるのかもしれないのですが。

2018/05/19(土) 18:39:40.28

>>751
小さいの組み合わせてでかいの作るんだから
でかいと組み方が変わるなんて言ってるやつは
そもそも下手クソなんだよ

2018/05/19(土) 18:44:17.10

>>751
入り乱れないよ

2018/05/19(土) 18:44:51.84

素人が責務に応じたクラスの分割を理解するなんて
一朝一夕どころか数ヶ月単位の時間が掛かると思うが、このやり取りそこまで続けるの？

2018/05/19(土) 18:46:55.05

>>754
素人でも初心者でもわかる奴は最初からわかってるけど？
むしろ数ヶ月も時間をかけてわかって気になってるおまえが何もわかってないよ

2018/05/19(土) 18:48:37.83

>>754
理解しやすい構造になるわけだから素人も安心

2018/05/19(土) 18:49:08.43

>>755
猿には聞いてねえから飼育員さんとママゴトしてな

2018/05/19(土) 18:51:06.08

>>756
んでいつまで続けるの？
ウザくなってきたからスレ潰しするのもいいかなと思ってる

2018/05/19(土) 18:54:14.32

バカ、スレ潰し宣言wwwww
これはさすがの俺も意表をつかれた度と超えたバカwwwww

2018/05/19(土) 20:59:50.70

C#のスレだと思ったのに。

2018/05/19(土) 21:13:55.60

リストボックスの値を取得するのって

string Gender = this.Gender.SelectedItem.ToString();

の一文だけじゃだめなの？
なぜか値が取得できない。

2018/05/19(土) 21:17:27.89

あたまがくらくらする

2018/05/19(土) 21:28:02.54

>>761
まず「Gender」が２つ出てくることに違和感はないのか
ListBoxは使ったことないけど
https://msdn.microsoft.com/ja-jp/library/system.windows.forms.listbox.selecteditem(v=vs.110).aspx
string GenderStr = this.Gender.SelectedItem.ToString();
にでも変えれば動かないか？

2018/05/19(土) 21:30:21.29

>>761
すいません。
自己解決しました。
大分疲れてきたようです。
寝ます・・・。

2018/05/19(土) 21:32:29.68

>>763
すいません。
ご親切にありがとうございます。

値を出力するクラスにwriteline書き忘れてました・・・。
値の取得は上のコードでOKでした。

朝から一日プログラミングして悪い頭が限界を超えているようです。
今日はもう寝ます。

2018/05/19(土) 21:34:12.28

教えたがりのバカ>>763の立場wwww

2018/05/20(日) 16:52:01.54

>>714
いろいろ調べてみましたが、私が探している解決策とは異なったようです
一番知りたいのは、埋め込みリソースに対し、通常のファイルアクセスのように
アクセスする方法はないのか、という点です
（XLWorkbookのコンストラクタには、ファイルパスを与えますので）
今回のデータは参照のみ必要ですので、リソースとして埋め込んだ場合に
変更が効かなくなっても問題ないと考えました

712で書かれた内容は、「自分でファイルフォーマットを定義して、それを読んで
切り貼りするコードを自分で書くべし」、ということでしょうか
そのために有用なのが714のAPIということですか

2018/05/20(日) 18:41:56.82

ないよ
一回テンポラリファイルに出力すればいい
使いたいライブラリがストリームを受け取るバージョンをサポートしてるならそっちを使ってテンポラリファイルは要らない

2018/05/20(日) 19:32:08.73

やったことないけど
これは動かないの？

https://support.microsoft.com/ja-jp/help/319292/how-to-embed-and-access-resources-by-using-visual-c

2018/05/20(日) 19:59:07.95

>>768
ありがとうございます
少し調べてみた限りですと、closedXMLはストリームからの読み込みはサポートして
いないようなので（当然の気もしますが）、テンポラリファイル等別の手段を考えます

>>769
「リソースにアクセスしたい」ではなく、「ファイルにアクセスするメソッドにリソースを
渡したい」でした
768のおかげでそのまま実現するのは無理とわかりましたので、疑問としては解決です

2018/05/21(月) 08:06:02.24

Json保存すると漢字が化ける。なぜばけるの？　Jsonの問題なのか、StrreamReader
の問題なのか、StrreamWriterのもんだいなのか？　取り合えず、Read、Writeともに
shift_jisでEncode指定したら化けないようになったが、意味がよくわからない。
　普通に考えるとStringにShift＿JIｓが入っていて、それを認識しているなら、Read
WirteにShift_jisを指定する必要はないと思うのだ。だからStringにはそういう情報は
入ってない筈だ。ファイルにSHiftJIsの属性がはいっているなら、Write側だけに指定
すればよいはずだ。ReadにもSHIFT_JISを指定しなければならないということはファイルにも
その属性は保存されていないということだ。Stringに属性を保存しておけばすべて丸く
収まるとおもうのだが、なぜそうしないのだろうか？

2018/05/21(月) 09:30:17.64

文字列の実装には内部的にUnicodeで扱うものとバイト列として扱うものとがある。
前者は入出力時にそれぞれバイト列->UnicodeとUnicode->バイト列をどのようにマッピングするか(i.e. エンコーディング)を指定する必要がある。
後者であればその必要はない。
一方で前者は外部から文字列を読み込んでも内部的にはUnicodeだから読み込んだ文字列に対して処理を行う際に文字コードに悩む必要はない。
後者はプログラムを書いている時の文字コード, 入力された文字コードを常に意識せねばならん。
一長一短だからどっちの実装もあり得るが.NETは内部Unicodeが標準的だということだ

文字列自身に自分のエンコーディング情報を埋め込むのはやめておけ
禄でもないことにしかならん

2018/05/21(月) 10:54:12.62

JSON はJavaScript だから、UTF-8

Ruby, Python もそう。
ネット上に流れるテキストも同じ

SHIFT_JIS を使う言語は、まずない。
PowerShell も、UTF-16

ここ数年は、Unicode に統一された。
それ以外の、SHIFT_JIS, EUC-JP は使わない

2018/05/21(月) 12:22:48.67

>>773
何言っても通じないとは思うが、お前の愛するRubyの文字列の扱いは他と異なっている
Rubyの文字列は内部的にはエンコーディング情報を持ったバイト列だ
特にWin環境では非常にトラブルの原因になりやすいゴミ仕様である

2018/05/21(月) 12:34:00.26

Ruby は各文字列に、エンコードを持てるから、すごい

例えば、文字列a がSHIFT_JIS で、b がUTF-8 として、

a + b
みたいに、文字列を連結すると、エンコードエラーになる

2018/05/21(月) 12:36:23.24

>>775
うん。何一つメリットのないカス仕様だね。

2018/05/21(月) 12:50:56.22

>>770
ClosedXML.Excel.XLWorkbookコンストラクタにはStream取るのもあるんだけど

2018/05/21(月) 13:22:41.39

＞SHIFT_JIS を使う言語は、まずない。
エクセルファイルをCSVにEportしたファイルだけど、
var sr = new StreamReader(fs, Encoding.GetEncoding("shift_jis"))
これでなら正常に読める。ということはエクセルはshift_jisだと思うが、、

2018/05/21(月) 14:04:00.83

とりあえずそのRubyアスペに触るのを止めて

2018/05/21(月) 15:12:20.28

＞一方で前者は外部から文字列を読み込んでも内部的にはUnicodeだから読み込んだ文字列に対して処理を行う際に文字コードに悩む必要はない。
＞後者はプログラムを書いている時の文字コード, 入力された文字コードを常に意識せねばならん。

前者はDefault　unicode
後者はDefault　bytecode
ということであれば、shift_jisなど他にもたくさんの文字コードが来る可能性があるのだから、コードを意識することにあまり違いはない
と思うが、、

>>775
その考え方の方が正しいと思う。
そもそもunicoeをディフォールトにするんだったら、漢字はそのまま表示できるんじゃないの？
其れなのにXcelは何でわざわざSHIFT_JISをつかうんだろ。

2018/05/21(月) 15:24:30.40

Windows も内部的には、UTF-16 だろ。
PowerShell, ブラウザも、UTF-8

保守費用が掛かるから、MS も、SHIFT_JIS を辞めたいはず

Excel など、長年使っている人が多いから、やめられないだけ

2018/05/21(月) 15:43:54.89

>>780
Stringのエンコーディングが固定なら、IOのときだけ文字コードを意識すれば済む
素人のちょっとしたツールのレベルならともかく、一般的にはIとOの間(P)の部分がプログラムの殆どを占めるんだよ
Dictionaryのキーの文字コードが混在してて、存在するはずのキーの検索に失敗するとか悪夢だろ

2018/05/21(月) 21:17:05.23

ビルドしても、ファイルできなくて意味わかんねえ

2018/05/21(月) 22:02:39.74

>>778
Excelは言語じゃない。
日本語版のExcelのCSV出力時の文字コードがShiftJISなのは単に過去との互換性のため。
ちなみにBOMが付いていればUTFのCSVでも読み込める。

2018/05/21(月) 22:04:28.66

漢字が文字化けするのは保存した文字コードと読み込んだ文字コード指定が違うから
それだけ
つまりやった側の間違い

どこで間違えたか手順を順に見直すべし

2018/05/21(月) 22:11:44.14

やった側ってどの側だよw

2018/05/22(火) 00:01:50.29

sqliteとの連携に関して質問です
なんらかのクライアントで先にテーブルを作り、レコードもinsertしておいて、それを読み込むプログラムを作りたいのですが、既存のdbファイルはどこに配置すればよいのでしょうか
デバッグしてみたらno such tableと言うようなエラーが出たので、どうやら実行時に新たにdbファイルを作ってそれを読もうとしてしまっているようです

2018/05/22(火) 00:20:52.78

>>787
どこもクソも決めるのはお前
SQLiteはDBのファイルパス指定して開けるだろ
SQLiteは普通のDBMSと違って、システムのどこかに共通のデータストアがあるみたいな考え方をしないんだよ
ファイルを名指しするのが基本

2018/05/22(火) 03:32:12.88

Accessのmdbみたいな感じかいな？

2018/05/22(火) 06:38:16.66

>>785
「文字コードなんて意識する必要はない。機械に任せたほうがいい。」とは考えないのだろうか？
そもそもテキストとは文字コードによって表現された文字の集合体だ。テキストを保存するIOに
たいしてわざわざ文字コードの情報を削除して保存するのは何故なのだ。正気の沙汰とは思えんな。

2018/05/22(火) 06:43:45.86

＞Dictionaryのキーの文字コードが混在してて、存在するはずのキーの検索に失敗するとか悪夢だろ

文字コードなんて本質的なことじゃない。だから混在してもかまわない。
それを人手でやろうとするから「混在する悪夢」が発生する。
そういう場合にこそ機械に自動的にやらせるべきだろう。

2018/05/22(火) 06:51:24.64

＞日本語版のExcelのCSV出力時の文字コードがShiftJISなのは単に過去との互換性のため。
＞ちなみにBOMが付いていればUTFのCSVでも読み込める。

互換性のためならもっとほかの方法がある。アプリのためにコードを弄るなんて最悪の方法だろう。

2018/05/22(火) 07:58:03.61

>>788
あざすぅ

2018/05/22(火) 09:20:46.86

ここにきて.NET CoreがWPF, Windows Formsを救済ってか

2018/05/22(火) 09:31:30.78

>>790
>>791
>>792
屁理屈言っても誰にも認められない
x=x+1は式としておかしいと言い張ってプログラムが全くできなかった人がいたけど
その人と同じ

文字コードがいろいろあるのは仕方ない
それぞれの都合で整数に文字を割り当てる方式がちがうので文字化けする
文字コードの情報というものがそもそもないので削除なんてしてない

自動判定は単なる憶測にすぎない
その自動判定だって誰かが書いたコードが判定してるんであって
機械に任せると言うのは言ってることがおかしい

2018/05/22(火) 10:37:32.58

public double Re { get; set; }
ってプロパティを省略して書くと見やすくていいんですが、
他クラスから参照するだけの変数だと、
Reは使用されていませんって警告がずっと出てうっとうしい。
何かいい手はないでしょうか？

2018/05/22(火) 10:37:46.91

別に文字列を文字セット/エンコーディングごと抽象化するライブラリとか作ってくれて良いのよ？
既存文字列と互換性があって使い勝手, 拡張性と統一性と性能が担保されるなら普及もするだろう

でも曲がりなりにもそれ続けられてるのってRubyくらいで他に思い浮かばない
なんで無いのかと言うけど試されてないわけないんだよ, 現実的じゃないから普及してない

2018/05/22(火) 10:58:36.99

>>796
{ get; private set; }
とか？できないんだっけ？