C#, C♯, C＃相談室 Part93©2ch.net

2017/04/22(土) 08:52:00.93

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

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

■前スレ
C#, C♯, C＃相談室 Part92
http://echo.2ch.net/test/read.cgi/tech/1485589613/

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

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

2018/08/11(土) 14:36:01.31

>>647
なにいってんだ?
IEnumerable<T>にインデックスなんてない
ないからSelectで付与するんでしょ

そんなルールはないけどほとんどほとんどLinqで済むでしょ?
Linqでサクサク処理してるのに中に突然ループが紛れ込んできたらキモいって話をしてる

var tmp = list.Where(...).OrderBy(...).ToArray();

for (int i = 0; ...) {
...
}

var result = tmp.Where(...).Select(...);

2018/08/11(土) 14:48:08.19

>>648
え？ずっとそういう話をしてたのになんで突然
>ほとんど使わないインデックスのためにずっとランダムアクセス性を維持するとか無駄じゃん
って書いたの？

インデックスのないlinq処理でそれが必要になったときわざわざselectで付与するのなんか気持ち悪いねーって話よ？

2018/08/11(土) 14:59:36.83

>>649
気持ち悪いのはお前の感覚ではという話だろ
俺からすればToArrayやToListをかましてメモリとCPUを無駄にしたり余計なメソッドを追加するほうが嫌
メソッド化に関しては再利用性が高いかうまく抽象化されていて可読性が高まるというなら別だが
真にランダムアクセス性が必要なアルゴリズムならば変換せざるを得ないがそもそも今回の問題には必要がない

2018/08/11(土) 15:12:53.25

>>650
うん、そうだよ
個人的に気持ち悪いなーってだけ
はじめからそういうふうにしか話ししてないつもりだけど

ランダムアクセスが不要だからあえてランダムアクセスできないコレクションを選択するの？
ランダムアクセスは不要だけどあったって使わないだけだからどっちでもいい、ってなるのが普通じゃないの？
パフォーマンス要求がシビアでランダムアクセスできるコレクションを選択することで、その要求から外れてしまう、とかいうならわかるけど

2018/08/11(土) 15:28:37.80

>>651
ランダムアクセスが不要なアルゴリズムなら「当然」IEnumerable<T>(ランダムアクセスできないコレクション)を選択するだろう
まったくもって「あえて」と言う理由が分からん
もしもSelectやWhereの引数が配列だったら普通のプログラマなら「あえて配列にしたのはなぜか」と疑問を持つだろう
なんか逆なんだよね思考パターンが

2018/08/11(土) 15:33:32.78

>>652
そういうもんかー
んじゃあ使うコレクションがランダムアクセスを提供しているか否かを把握しとかないと選択できないな…

2018/08/12(日) 00:56:37.14

コレクションって言葉がダメだと思うぞ？
そもそもIEnumerableはシーケンシャルな列挙の機能しか提供しない
根本的に理解が間違ってる

2018/08/12(日) 11:56:03.51

コレクションという表現はおかしいね
無限に乱数を返すものをソースにできるし

2018/08/23(木) 15:21:46.30

マジレスするとメッセージ捕まえて
自力で描画すれば可能なんだけど
労力に見会わないのでお勧めしない

webやWPF, UWPならグラ弄るの簡単

2018/08/23(木) 15:23:43.41

誤爆しましたすみません

2018/09/09(日) 16:03:02.33

のへこののけとこけﾉﾊｹｹﾉﾉﾈﾈサマを通り越しておりましたとが気になると７人

2018/09/09(日) 16:03:23.33

こねのこのねのけのねここけこそけ

2018/09/13(木) 22:10:23.24

doxygenみたいなドキュメント生成ツールを使うとxaml部分がまともに解析出来ません。
bindingしているviewとviewmodelの関係なんかが分かるドキュメントにしたいんですが何か良い方法ないでしょうか？

2018/09/14(金) 22:17:10.47

Func<string> func = () => { return "text"; };
var res = func();

これを一文で書くことはできますか。

ふと気になっただけではあるけれど、自分で解決できなくて気になって仕方がない。
基本的なことが分かってないような気がする。

2018/09/14(金) 22:28:35.55

var res = "text";

2018/09/15(土) 00:16:02.34

>>662
まあそうなるよな

2018/09/15(土) 00:21:48.95

本当はなにをしたかったんだろう
例題が悪い気がする

**661** (ﾜｯﾁｮｲ 57d2-NCQU) · 2018/09/15(土) 00:41:48.54

ああ、そうか。w

パラメータに対してちょっと複雑な変換を掛けるのだけど、汎用性がないから専用関数作るのもなんだし、
だったらラムダ式で書けばいいんじゃね？→ ラムダ式は Func 型？だから戻り値とれねーじゃん　ってところから進めなった。
他にやり方はあるので出来なくてもいいのだけど、気にはなって。

2018/09/15(土) 01:22:08.16

専用関数でいいんじゃない？
複雑な処理ならそれこそ括りだしておいてわかりやすくしたほうがバグ出にくいし簡単でしょ

2018/09/15(土) 05:59:42.97

>>665
参照渡すとか？

2018/09/15(土) 15:15:22.99

こんなのは嬉しくないね
var pi =
　　(
　　　　(Func<double>)
　　　　(　　　　　　
　　　　　　() =>
　　　　　　{
　　　　　　　　const int total = 1000000;
　　　　　　　　var inside = 0;
　　　　　　　　var rnd = new Random();
　　　　　　　　for (int i = 0; i < total; i++)
　　　　　　　　{
　　　　　　　　　　var x = rnd.NextDouble() * 2 - 1; var y = rnd.NextDouble() * 2 - 1;
　　　　　　　　　　if (x * x + y * y < 1) inside++;
　　　　　　　　}
　　　　　　　　return 4.0 * inside / total;
　　　　　　}
　　　　)
　　)();

2018/09/15(土) 15:22:04.34

これも却下だな
Func<Func<double>, double> invoke = (f) => f();
var pi = invoke
　　(
　　　　() =>
　　　　{
　　　　　　const int total = 1000000;
　　　　　　var inside = 0;
　　　　　　var rnd = new Random();
　　　　　　for (int i = 0; i < total; i++)
　　　　　　{
　　　　　　　　var x = rnd.NextDouble() * 2 - 1; var y = rnd.NextDouble() * 2 - 1;
　　　　　　　　if (x * x + y * y < 1) inside++;
　　　　　　}
　　　　　　return 4.0 * inside / total;
　　　　}
　　);

2018/09/15(土) 17:23:21.76

全然関係ないけど、Randomって[0, 1]とか(0, 1)の乱数は作れないのか
半開区間だと使いづらいような気がするけどそんなことないのかな

2018/09/15(土) 18:10:42.64

言葉の意味はよくわからんが
Randomは第二引数未満の乱数発生するんじゃ?

2018/09/15(土) 18:34:42.22

docsにもあるけど
https://docs.microsoft.com/ja-jp/dotnet/api/system.random?redirectedfrom=MSDN&;view=netframework-4.7.2
dobonの方が分かりやすいし読みやすいから
https://dobon.net/vb/dotnet/programing/random.html　の
//0.0以上1.0未満の乱数を倍精度浮動小数点数で返す
Double d = r.NextDouble();
>>670こういう意味とは違うの？
整数範囲で出して割った方が範囲や有効桁も決められるからそっちの方がよさそうな気もする

2018/09/15(土) 18:56:24.76

[0, 1]とか(0, 1)は数学の記号ね（多分高校1年ぐらいで習ってるはずw）

Random.DoubleNextの戻り値は[0, 1)（つまり0≦x＜1）らしい
普段乱数使うようなコード書いてないからよく分からんけど、
0≦x≦1とか0＜x＜1でないと困る場面も多いんじゃないかなと思っただけ

2018/09/15(土) 19:01:32.64

えなんかめんどくさいからもういいよ

2018/09/15(土) 19:05:58.75

有効桁区切るのと一緒で丸め、切り上げ、切り捨てしたらいいだけでは
Random自体C#で使う場面に出くわしたことないからあまり考えないな

2018/09/15(土) 20:19:51.91

game engineだとか[]の乱数あったりするよ
()は見たことない
コーディングしてたらわかるけど利用場面は圧倒的に少ない

2018/09/15(土) 20:30:38.93

>>665
> パラメータに対してちょっと複雑な変換を掛けるのだけど
と言うなら例もパラメーター使ってる例を書かなきゃ

>>668
俺もこれしか思いつかなかった
そもそも
var f = (string x) => { return "abc" + x; };
位は型推論してくれてもいいと思うんだけど難しいのかな？

2018/09/15(土) 20:39:04.65

>>673
例えば0～9の整数乱数がほしい時に[0,1)なら10倍して整数部分を取るだけだけど(0,1)とか[0,1]だとすごく面倒

2018/09/15(土) 20:42:09.91

面倒だったら擬似乱数生成器を自分で作ればいい
ｷﾐﾗ程度が使う程度の擬似乱数だったら数行ｺﾋﾟﾍﾟでできる程度のもんで十分だからな

2018/09/15(土) 20:49:32.65

>>665
ローカル関数じゃだめなん？

2018/09/15(土) 20:53:08.93

https://ideone.com/PJDFVv

この程度で十分

2018/09/15(土) 21:33:37.63

>>679, >>681
バカは絡んでくるな

2018/09/15(土) 21:35:49.16

>>680
本来必要のない名前を考えるのが面倒
そもそもローカル関数にするぐらいなら>>661とたいして変わらんし

2018/09/15(土) 21:37:43.29

やっぱり低学歴知恵遅れは
内側の擬似乱数生成器をかえるだけの話なのがわかってないわ

きっと擬似乱数がなんなのかすらわかってないわ
擬似乱数がなんなのかわからずに乱数（）とかいって数字使ってる程度だからな

2018/09/15(土) 21:39:33.01

つまり
ｺﾚがC#なんか使ってるﾔﾂﾗのｵﾂﾑの程度

2018/09/15(土) 21:40:44.62

>>673
(0,1)は[0,1)が0ならやりなおし、でいいんじゃないのと単純に思ったがそんなものじゃない？

2018/09/15(土) 22:05:16.77

そもそも機械ｲﾌﾟｼﾛﾝのこと分かってて
ああいうﾚｽしてるようにはまったく見えないからな

2018/09/15(土) 22:52:03.88

>>686
発生側はそれでいいとしてそれを必要とする機会がどんだけあるの？
って話かと

**661** (ﾜｯﾁｮｲ 57d2-NCQU) · 2018/09/15(土) 23:10:36.43

気に掛けてくれた方々に。ありがとう。

>>668
ああ。なるほど。型を明示してあげたらよかったのか。
キャストを加えたら期待通りに書くことが出来ました。ありがとうございます。

これってラムダ式を var で宣言した変数に代入できなかったことがヒントになり得たんだな。頭が回ってなかった。
これくらいは型推論してくれても良さそうなのにとは原因が分かった後での負け惜しみ。

>>666,680
今回のはそういうことが出来そうなのに出来なくて悶々としてしまって。
実用性度外視で原因を知りたかったの。

2018/09/16(日) 10:09:07.69

今ならref/outがないならAction/Funcに型推論して
シグネチャが同じdelegate間の暗黙の型変換が行われる
初期化時に左辺とかキャストとかでdelegate型が明示されてたらそのdelegate型でnewされる
でいいと思うよな～

2018/09/19(水) 06:50:46.79

Visual C#ってDelphiみたいに同じコードでWindows用とMac用にビルドできる？
マシンは両方用意できるとして

2018/09/19(水) 07:42:00.17

Visual C#って具体的にはどのフレームワークを指してるのかい？

2018/09/19(水) 10:08:17.18

可能

2018/09/19(水) 12:41:26.38

>>691
コンソールアプリなら同じコードでどっちでも動くはずだけどGUIはよくわかんない
Xamarin Forms使えばいけるのかな？

2018/09/19(水) 13:59:56.78

多分ASP.NETを使ってGUIのWebSocketクライアントを作る予定です
ありがとうございます

2018/09/19(水) 14:05:07.91

MacでWebSocket??????
ちょっと何言ってるかわかんないですね

2018/09/26(水) 21:52:32.99

下みたいなことって出来ます？
やりたいのは object 型の変数に代入したジェネリック系のインスタンスを、さらに元のジェネリックの型にキャストし直すってことなんですが。

void func( object dic )
{
var tmp = (Dictionary)dic;　　// ← これみたいなことをやる方法がないかなと
tmp.Add( "test", new object() );
}

var dic = new Dictionary< string, object >();
func( dic );

2018/09/26(水) 23:15:04.62

2018/09/26(水) 23:17:13.70

anal

2018/09/27(木) 00:24:29.22

>>698
言葉が足りてなかった。申し訳ない。

例示のケースの場合は、
var tmp = (Dictionary<string,object>)dic;
と指定すれば出来るのだけど、Dictionary だけでキャストし直すみたいなコトできないかなって。
as でも Dictionary だけではキャストできないことは確認しました。

2018/09/27(木) 00:30:38.46

出来たとして何の意味があるのそれw
そもそもHoge<int>より大きなHoge<T>とかHogeって型が存在するわけじゃないでしょうw
根本的に勘違いしてないか

2018/09/27(木) 08:41:34.87

genericsでないDictionaryは存在しないからでしょ。
genericsパッケージでないほうのHashtableならできると思うけど安全性を損ねるしやらんほうがいいんじゃね

2018/09/27(木) 12:20:51.28

IDictionaryならあるよ
キャスト時にいちいち型引数を書くのが面倒ぐらいの意味しかないけど

2018/09/27(木) 12:48:53.74

>>700
を読み直してみると、ひょっとして要するにジェネリックの型パラメータを書くのが面倒臭いから
省略できないか？、って言いたいのかな

それなら答えは「できないけど仮に出来たとしても絶対やるな」じゃないの？

もちろん、
using Dictionary = System.Collections.Generic.Dictionary<string, object>;
こういうエイリアスは書けるはずだと思うけど

何にしろ、質問は他人が読んで分かるように書いて欲しいよね

2018/09/27(木) 17:14:16.27

型安全性を無視していいならdynamic使え
そうじゃないなら出来てもやるな

つかジェネリックを勘違いしてるんじゃね

2018/09/27(木) 17:21:14.85

それによって何がしたいのかを書いてくれないと何言ってるかわからんよな

**697** (ﾜｯﾁｮｲ 17d2-svSY) · 2018/09/29(土) 00:47:34.72

ありがと。
やっぱり dynamic 使うしかないかな。避けたかったのだけど。

なにが入ってるか分からない配列の中身を文字列化してログ出力したかったの。(最初は)
object[] の要素の中身が generic だったりしたときに ToString() だとクラス名？にしかならないから。

2018/09/29(土) 03:23:52.22

なんで何が入ってるかわからない配列なんてもんを触るんだ
静的型付け言語のメリット台無しやんけ

2018/09/29(土) 09:01:26.24

何が入っているかわからないものを扱いたいと言っていながら一方でdynamicは避けたいというのが
よくわからんなぁ。避けてどうしたかったんだろうか。

2018/09/29(土) 11:56:45.30

単に dynamic が嫌いだったのから。w

2018/09/29(土) 12:32:33.34

ふーん。頭が悪いからじゃなかったのか

2018/09/29(土) 14:34:45.14

たぶんjsとかの感覚で言ってるんじゃないかと

2018/09/29(土) 14:42:39.43

でもJSも実行時に型を判断できるし、逆の意味で大して変わらんと思う。

2018/09/29(土) 15:07:47.86

あれ？　dynamic って推奨だったの？
おまえらがどういう場面で使ってるのか教えてくれ。

2018/09/29(土) 16:47:06.91

デシリアライズでもするつもりだったんじゃねの
クッソ面倒なんだよな実際

2018/09/29(土) 16:56:30.70

ん？
> なにが入ってるか分からない配列の中身を文字列化してログ出力したかったの。(最初は)
じゃねーの？

2018/09/29(土) 18:05:26.03

もういいでしょw
たぶん何か勘違いしてるだけだと思うよ

俺もプログラミング初めて2,3年は静的/動的とかコンパイル時/実行時の違いとか
分かってるようでよく分かってなかった

2018/09/29(土) 19:25:50.32

結局なにがしたいのか伝わってこない上に
微妙にムカつく上から目線

2018/10/06(土) 12:04:22.29

それは此処の仕様。

2018/10/07(日) 19:19:55.60

そろそろ.NET標準でDDSのデコードできるようになってくれないかな
エクスプローラーでは普通に表示されるんだから
できればBC6と7までｗ

2018/10/07(日) 19:43:24.02

>>720
DDS?

2018/10/16(火) 15:29:49.78

>>694
あれ、C#って、マルチプラットフォームじゃなかったの？

Java は、Windows, Mac, Linux, iOS, Android, Chrome, Firefox, IE, どれでも
動いたよね、昔は。

2018/10/16(火) 16:00:38.35

Javaもクライアントアプリ分野から撤退したから今はクロスプラットフォーム度でいえばC#のほうが上なくらい(あくまでカタログスペック上は)
C#はWebかコンソールアプリなら.NET Core使えばLinuxやMacで動く
スマホやMac向けのGUIアプリならXamarinだな

2018/10/16(火) 16:22:14.98

Unityも忘れるな!
mono様々やな

2018/10/21(日) 20:25:55.35

普及度とかマルチプラットフォームとかどうでもいいけど
Windows使っていて個人的に何かちょっと作ろうと思ったときに、もうC#以外考えられない体になってしまった

2018/10/21(日) 20:37:33.56

おれはpythonかなー
スクリプト言語はほんま楽やで
客先でインスト制限きつい時はC#とPowerShell
Microsoftさんは早くVSCodeとdotnet cliをWindows標準にしてPowerShellを強制アプデすべき

2018/10/21(日) 21:09:20.78

おまんらWPF使ってる？

2018/10/21(日) 21:09:38.83

うん

2018/10/21(日) 21:34:18.47

>>727
個人で使ったけど、これを社内外で使わせるにはMVVMきっちり教えないと破綻確実だから諦めた

2018/10/21(日) 22:39:29.79

>>726
確かに楽だな。 < python
Web API を叩くプログラムをこれで書いたけど、学習まで含めてすぐ出来た。w
VS 上でも書けるのが楽さに拍車を掛けてる。

>>727
うん。でも最近はやってないな。そーいえば。

2018/10/21(日) 22:44:00.95

>>727
使ってる。
チームとして採用するのは難しいかもね。

2018/10/22(月) 07:55:37.83

>>731
どうして？
学習コストの高さ？

2018/10/22(月) 08:11:55.33

そうです。
XAMLとか慣れるまで大変だし、やっぱり簡単なFORMになるんじゃないかな。

2018/10/22(月) 12:06:51.16

レイアウトはFormよりWPFの方が楽だと思うんだけどな
Formばかりやってたチームだと学習コストが高くて難しいのはある

2018/10/22(月) 12:25:16.33

XAMLはVS補佐がまだまだ足りない
昔の落ちまくりよりは格段に進歩はしたが

2018/10/23(火) 06:15:06.44

Formやる前にWPFから入った俺は異端

2018/10/23(火) 12:11:12.26

formは過去の遺産だから、これからやるならWPFが正統だ。

2018/10/23(火) 12:32:04.49

>>735
Blendを使ってください、ってことなんだろうけどなぁ

2018/10/23(火) 12:42:28.83

WPF自体は終わってるよね
次の本命が無いから使うしか無いだけで

2018/10/23(火) 12:52:00.65

なお、どこも新規開発はFormの模様

2018/10/23(火) 12:56:27.59

MSのイチオシはUWPだしコントロールは充実しているんだけどね
TreeViewは完成したし、後はDataGridの完成を待つだけだ

2018/10/23(火) 14:20:00.03

全然未完成じゃねーか

2018/10/23(火) 14:36:28.72

最近のMSはだいたい未完成
ちょうどGithubもやらかしたし、Azureのサービスなんかガチで世に出しちゃいけないレベルのものが大半

2018/10/23(火) 15:11:27.54

未完成の物をとりあえず出して、
バージョンアップで完成させてくのが昔からのビジネスモデルやろｗ

2018/10/23(火) 15:12:45.43

アジャイル

2018/10/23(火) 15:51:37.07

新規開発もFormになるのは人集めの都合だよ。

2018/10/23(火) 16:28:52.85

>>739
終わってるってどういうこと？