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

2018/02/04(日) 22:02:28.59

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

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

■前スレ
ふらっと C#,C♯,C＃（初心者用） Part134
http://mevius.5ch.net/test/read.cgi/tech/1511951038/
■関連スレ
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/

■コードを貼る場合は↓を使いましょう。
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: default:vvvvv:1000:512:----: EXT was configured

2018/02/23(金) 15:28:51.28

>>676
おまえ、初心者丸出しに気づいてないの恥ずかしいな

◆QZaw55cn4c (ﾜｯﾁｮｲ ea60-MTlB) · 2018/02/23(金) 15:31:39.83

>>678
滅んだ、というのなら、それは何の技術だったのか説明していただけませんか？

2018/02/23(金) 15:34:34.35

ただラムダ式が苦手なだけな奴の見苦しい言い訳に構うなよｗ

◆QZaw55cn4c (ﾜｯﾁｮｲ ea60-MTlB) · 2018/02/23(金) 15:37:18.83

>>681
だって楽しいじゃありませんか

2018/02/23(金) 16:10:34.36

>>680-682
スレチだからこっちでやってくれませんか。
過疎ってるからって初心者スレで暴れないでくださいよ、低脳馬鹿ラムダ厨さん。

λ　ラムダ式は神　ラムダ式を崇めよ　λ [無断転載禁止]©2ch.net
https://mevius.2ch.net/test/read.cgi/tech/1494867168/

2018/02/23(金) 16:14:19.23

古典教師とラムダ厨と被るわ。

役に立たない古い知識で初心者スレでマウンティングとか。→ ID:n9Q43L/40 www

2018/02/23(金) 16:14:40.70

C#の例外処理スレを立てたらここはスレチになるのかｗ
ほんとラムダ式嫌悪厨は哀れだなｗ

◆QZaw55cn4c (ﾜｯﾁｮｲ ea60-MTlB) · 2018/02/23(金) 16:23:23.04

>>683
C# にラムダ式はあるのにどうしてスレ違いなんでしょうか？

2018/02/23(金) 16:23:25.22

LINQスレあったよな。なぜそっちでやらないの？
あっ落ちたのかw　過疎りすぎて誰も次は立てる気がないようだw

だって10年でたった1スレすら消費できなかったからなwww 誰も興味ないかよほど嫌われてんだなw

◆QZaw55cn4c (ﾜｯﾁｮｲ ea60-MTlB) · 2018/02/23(金) 16:23:46.81

>>684
古い？どうして古いのでしょうか？

◆QZaw55cn4c (ﾜｯﾁｮｲ ea60-MTlB) · 2018/02/23(金) 16:24:34.36

>>687
C# に LINQ はがっちり含まれているのに、どうしてスレ違いなんでしょうか？

2018/02/23(金) 16:27:53.73

ID:n9Q43L/40 ←惨め杉www 初心者スレでマウンティングするしかないww

> リンク否定派==ラムダ式嫌悪厨
> ただラムダ式が苦手なだけな奴の見苦しい言い訳に構うなよｗ
> おまえ、初心者丸出しに気づいてないの恥ずかしいな
> ほんとラムダ式嫌悪厨は哀れだなｗ

ほんとこいつ初心者スレで煽りとマウンティングしかしてねぇw

2018/02/23(金) 16:27:53.99

なにこいつ

2018/02/23(金) 16:42:11.85

byte[]buf　=　１，２，３，４，５、ETX,7,8,9
AX=１，２，３，４，５　
BX=ETX,7,8,9
BufからAX,BXをわけて取り出ししたい。（ETXはAX側でもBX側でも構わない）
AX=buf..TakeWhile(x=>x!=ETX);
とすれば取り込めるが、BXはどうしたらいいのだろう？

2018/02/23(金) 16:50:56.55

SkipWhile

2018/02/23(金) 16:56:26.65

SkiPWhileは違う。ETXで分離するのが目的だからだ。

2018/02/23(金) 16:56:39.74

＞おまえ、初心者丸出しに気づいてないの恥ずかしいな
初心者丸出しが恥ずかしいことか？　陳湖丸出しとは分けが違うがお前はそういう趣味でもあるのか？

＞C# にラムダ式はあるのにどうしてスレ違いなんでしょうか？
主観の問題だ。しかし感受性の問題でもある。ひらたく言うとどこにも頭の悪いのはいる。

＞古い？どうして古いのでしょうか？
主観の問題だ。少しズレた主観もある。

＞C# に LINQ はがっちり含まれているのに、どうしてスレ違いなんでしょうか？
しつこい質問者だからあえてシツコク答えるが主観の問題だ。しかしシツコク追い求めるのはプログラマーの適正でもある。

2018/02/23(金) 16:59:23.35

なにこいつ
自演かよｗ

2018/02/23(金) 17:04:26.33

>>687
なぁ、いい加減誰も使って無いって気づいて欲しいぜ

2018/02/23(金) 17:07:21.06

>>696　
オブラートで包むと意味が解らないか？　解るようにハッキリ言うと荒れるしな。
困ったものだ。
SkiPWhileじゃだめってのはわかるか？

2018/02/23(金) 17:09:44.82

このスレってリンクの質問ばっかだろ
なんで使われてないと思うのか謎
もしかして全員同じ人と思ってるの？

2018/02/23(金) 17:11:07.74

>>699
それ同じ奴が一人でやってね？

2018/02/23(金) 17:14:54.58

だって10年で1スレ消費できないってかなりのもんだよ
まあ、友の会スレに書き込んで無かった君が一番わかってることだと思うし言っても無意味だと思うけどｗ

2018/02/23(金) 17:16:12.64

>>700
そう思うと怖い

2018/02/23(金) 17:16:16.48

私の為に争うのはヤメテ！

2018/02/23(金) 17:17:31.24

試しにC#非同期スレ立ててみようぜｗ
どうせ伸びないからｗ
みんな使ってないもんなｗ

2018/02/23(金) 17:18:24.48

# 先頭文字で、配列の要素をグルーピング
animals = ["cat", "bat", "bear", "camel", "alpaca"]

p animals.group_by {|item| item[0].chr }
{"a"=>["alpaca"], "b"=>["bat", "bear"], "c"=>["cat", "camel"]}

Ruby では、group_by で、配列の要素をグルーピングできる。
ブロックの戻り値が同じ要素で、グルーピングする

他にも、partition で、要素を2つの配列に分けられる

2018/02/23(金) 17:19:14.55

>>672
普及してないわけがない

2018/02/23(金) 17:20:15.65

C#でもできる
partionはないが多分GroupByで代用できる

2018/02/23(金) 17:30:54.68

じゃあGroupBy使って
byte[]buf　=　１，２，３，４，５、ETX,7,8,9
をETXの前後で分解してみて。

2018/02/23(金) 17:31:48.42

使用法が明らかに間違ってる

2018/02/23(金) 17:37:08.15

でも分解する場合には他に適当な方法がないのでは？　GroupByとIndexを併用すれば
なんとかならないか？

2018/02/23(金) 17:38:45.30

明らかにそんなやり方よりTakeWhile, SkipWhileを使うやり方のほうが真っ当

2018/02/23(金) 17:48:52.71

＞明らかにそんなやり方よりTakeWhile, SkipWhileを使うやり方のほうが真っ当

不味いんじゃないだろうか？
要するにループを頭から2回まわすことになるだろ。
Ax= 　buf.TakeWhile（～）
Bx＝　buf.SkipWHile(~)

それならForeachの方がいいとおもう。
AX= ETXを見つけるまでこっちに入れる。
BX＝ETXを見つけた以後はこっちに入れる。

2018/02/23(金) 17:50:19.68

効率が問題になるほど大規模なリストなら原始的な書き方をする。
そうでないならLinqでいい

2018/02/23(金) 17:54:47.58

linqがボトルネックにならないならlinqでいいよな。

2018/02/23(金) 18:04:05.03

linqがボトルネックになる場合ってそもそもC#でやっちゃいけないでしょ

2018/02/23(金) 18:05:43.07

ZDDアルゴリズムを実装してくれればLINQ使うよ

2018/02/23(金) 18:11:18.36

どうして出来る人アピールしてしまうん？

2018/02/23(金) 18:19:58.97

>>692
そういうの、差集合って言うんじゃない？

2018/02/23(金) 18:46:00.97

＞＞７１８
いいね！いいね！　そのヒント。　君が一番頭いい。

2018/02/23(金) 18:54:21.63

ふふってなった

2018/02/23(金) 18:57:51.46

ただ、あるインデックスの前後で二分するだけならたぶん無駄に非効率なんだろうけどね

2018/02/23(金) 19:01:32.01

Spanとかもあるよな
使えるのか知らないけど

**705** (ﾜｯﾁｮｲ 0a80-IMbs) · 2018/02/23(金) 19:03:45.51

scores = %w[1 2 3 4 5 ETX 7 8 9]

numbers = scores.each_with_object({}) do | num, h |
# 配列の初期化
h[:before] = [] unless h[:before]
h[:after] = [] unless h[:after]

if h[:ETX]
h[:after].push num
else
if num == "ETX"
h[:ETX] = true
else
h[:before].push num
end
end
end

p numbers
{:before=>["1", "2", "3", "4", "5"], :after=>["7", "8", "9"], :ETX=>true}

Ruby の、each_with_index メソッドは、引数に蓄積器を指定して、繰り返し処理する。
空のハッシュ { }に、結果を蓄積していく。
"ETX"があったかどうかの状態を記憶して、処理を分岐する

2018/02/23(金) 19:05:18.26

よく分からんけどaggregateでできそう

**705** (ﾜｯﾁｮｲ 0a80-IMbs) · 2018/02/23(金) 19:06:59.32

>>723
修正

>Ruby の、each_with_index メソッドは、引数に蓄積器を指定して、繰り返し処理する

each_with_index ではなく、each_with_object

2018/02/23(金) 19:09:29.58

var temp = buf
.Select(x => new { value = x, flag = x < etx })
.GroupBy(x => x.flag, x => x.value)
.Select(x => x.AsEnumerable())
.ToArray();
var ax = temp.First();
var bx = temp.Last();

2018/02/23(金) 19:41:12.35

flag = x < etx
これってETX以前はTrueになる？　たぶんそういう意図だろうけど
ｘはindexだろけど、etxと比較しても駄目って思うが、、、

2018/02/23(金) 19:56:29.96

遅い上に分かりにくいとか腹切れよ

2018/02/23(金) 19:58:38.07

切腹！

2018/02/23(金) 19:59:57.49

>>670
ありがと、これで上手く行ったよ

2018/02/23(金) 20:10:18.44

linqなんてクソ機能を使うと移植が大変になるわけだが

2018/02/23(金) 20:12:36.02

レス乞食かよ

2018/02/23(金) 20:14:11.92

時代は書き捨て

2018/02/23(金) 21:00:10.84

イテレーター書くだけだから逆に移植しやすくなる
抽象化レイヤーがないと全てのループ処理について移植できるかどうか
移植するにはどうすればいいか
例外ケースはないかなど悩まなくてはならない

2018/02/23(金) 21:40:37.26

>>734
は？普通はそんなことすらやらなくてよくね？

2018/02/23(金) 21:45:46.99

>>735
linqを使わないで移植すると移植しなきゃならないコードが一気に増える
linqを使っていればlinqを移植するだけでほとんど終わり
簡単だね

2018/02/23(金) 21:47:11.90

日曜大工プログラマーなんだけど、実際Linq使わないってなるとプロの方はどういうことを基本としてるの？
プロの方々なら当然Linqも理解して手段の一つとして持ってると思うけど
あえてそれは使わないってなると、同じこと実現するのに何が基本となるのかまじめに教えてください

2018/02/23(金) 21:56:01.30

周りにはlinq使うなよと吹聴しつつ自分は使うというのが最高に決まっとる

2018/02/23(金) 22:02:51.89

>>737
察してw

2018/02/23(金) 22:29:12.34

>>736
どういう理屈で？ｗ

2018/02/23(金) 22:51:27.85

LINQなんて銘打たれてても只のパターンだからねぇ
デリゲートがインライン展開されるならまだしも
switchまみれのIEnumerator<T>とかは草生える

どうせコントロール追加もAddよりAddRangeの方が良いし
概ねArrayやList<T>のメソッドで済む事が多いな
あと拡張メソッド多すぎでIntelliSenseの邪魔、フィルタが面倒

2018/02/23(金) 22:57:32.27

効率はすでに言った通りだからともかくとして、このスレのlinqの質問のほとんどはarrayやlistのメソッドでは事足りないだろう

2018/02/23(金) 23:12:07.47

LINQ使わずに同等の処理をしたいならそれこそReference Source参照で良いんじゃね
個人的にはyieldもブロックスコープで最適化したくなる妙な実装に思えるけど

2018/02/24(土) 01:47:48.09

徹夜の日に限って変な流れになってるな

2018/02/24(土) 09:13:57.78

LINQとか表記は割りとどうでも良いからユニットテストがきちんと書けるソースコードにして欲しいと、200行超えの他人のクソメソッドをメンテしてて思った
リファクタリング楽しいです(^q^)

2018/02/24(土) 09:20:58.48

スレチ

2018/02/24(土) 19:03:52.84

Span実験してみたい。しかしSystem.Memoryインストールに失敗する。何でだろう？

2018/02/24(土) 19:57:24.71

スレチだからだろ

2018/02/24(土) 20:04:36.63

素人ながらに四苦八苦しながら小規模の業務アプリを作っているのですが
Program.csに、アプリケーションに保持させておきたい情報をまとめた自作クラスを
staticで保持させておいて、全フォーム通してそれを読み出せるのかと考えたのですが
愚行でしょうか？

2018/02/24(土) 20:07:50.60

>>749
なんの問題があるの？
Program.csでなくてもいいし発想そのものはCとかのヘッダファイルとかと同じだよね

2018/02/24(土) 20:14:50.00

>>749
本当にその必要があるならその方法でグローバルな情報を持ってOKだと思う。
前に同じ質問で「そんなものコンストラクタの引数で渡せ」と書いてた人がいたが、
むしろそっちの方が不適切。

でも、本当にそれが必要なのかは再考した方がいいかもね。
グローバルなデータなんて普通はそんなにいらないよ

>>750
だからそれを聞いてるんでしょw
っていうかヘッダファイルって意味不明だよww

2018/02/24(土) 21:09:31.61

>>749
普通はVSのフォームデザインでプロパティからApplicationSettingにてPropertyBindingを行う
プロジェクトのプロパティに設定一覧も出るし、スコープで保存先を変えられる、コードでの扱いは↓
https://docs.microsoft.com/ja-jp/dotnet/framework/winforms/advanced/how-to-write-user-settings-at-run-time-with-csharp

2018/02/24(土) 21:18:10.67

>>749
どんな設定かによって答えが変わるので情報出して
汎用性考えるならインジェクションだけどまだ練度が足りないかな

2018/02/24(土) 21:28:23.83

質問よろしいでしょうか
ある複数のパラメータを持ったクラスを他のクラスのメンバに代入すると、そのパラメータが変更されたら代入先のメンバも書き変わってしまいますよね？
一度代入した時点から勝手に書き変わられたくない場合、パラメータを持ったクラスがクローンを返すような実装をするのがいいんでしょうか。他に定石等あれば教えて頂きたいです

2018/02/24(土) 21:48:34.45

みなさまご教授ありがとうございます

グローバルを持つべきか再度よく検討の上やってみたいと思います

>>752
自作クラスだと一手間いるのと、修正しやすさでProgram.csに置きたいなと

2018/02/24(土) 21:53:04.14

ＡｐｐｌｉｃａｔｉｏｎＳｅｔｔｉｎｇｓは自作クラスじゃなくてＶＳのきのうだよ

2018/02/24(土) 21:54:11.29

>>753
端末のIPやらMacアドレスのほか、データベースへの接続文字列を実行中に随時切り替えて接続させてるのですが
そのためのList<string>とかです
あとはNotifyIconをおいて、アプリの動作状況によって各Form上からも通知アイコンの画像を変更させてます

2018/02/24(土) 23:53:38.00

>>754
構造体とかイミュータブルオブジェクトとか

2018/02/24(土) 23:56:37.57

定石なんてないよ

ふとReduxが思い浮かんだ

2018/02/25(日) 00:27:16.22

>>754
(1) クローンを返す
(2) イミュータブルな別の型（インターフェイス or コンポジション）として返す
(3) 気にしない

2018/02/25(日) 07:34:26.22

>>757
切り替える条件は？

2018/02/25(日) 07:44:13.77

>>754
メンバに参照を保持るのは禁じ手

そのインスタンスが死んだらハングアップすんじゃん
必要であるたびにメソッドの引数から必要な分だけ必要な形で渡すのが真っ当なやり方

2018/02/25(日) 07:52:39.23

>>755
そのファイルにクラスおいた方が楽って感覚がわからないな
１クラス１ファイルが基本だし別のファイルおいた方が色々楽だと思うけど
まさかないと思うけどpublicなインナークラスにするのはよくないから気をつけてね

2018/02/25(日) 08:09:40.74

>>761
拠点毎のデータベースと、全拠点と端末を管理したり共通の設定情報を保持するデータベースとわけてるので
必要な情報に応じて動的につないでSQL文を実行させてます
>>763
全体を管理するデータベースの情報を元に端末毎に動作する権限や機能を割り当てるようにしてるので
起動するフォームを異なります
なので、初回フォームが起動する前に端末情報をProgram.csに保持させたいということと
異なる役割の端末(Form)からでも共通の設定値を利用したかったからです

>まさかないと思うけどpublicなインナークラスにするのはよくないから気をつけてね
この辺の理解がだめです・・・（書籍を読んで独学で一人でやってます）
外部クラスなりにProgram.csにおいたStaticな自作クラスにアクセスさせてはだめってことなのかと理解しましたが
具体的にどうだめなのかがさっぱりで・・・

2018/02/25(日) 09:12:28.17

Listで中にclassをaddしていって
中のclassが解放されて歯抜けになって状態でaddした場合
nullの配列にaddされるか
歯抜けになったのをソートして埋めることって出来ない？

2018/02/25(日) 09:17:00.34

自分で明示的にnull代入しない限りListが歯抜けになったりしないだろ

2018/02/25(日) 09:17:08.24

Listで型をclassにしてaddしていって
格納したclassがいくつか解放されて歯抜けになった状態でaddしたときに
歯抜けになった配列を埋めるようにaddされるか
歯抜けになったのをソートして埋めることって出来ない？

2018/02/25(日) 09:18:12.91

Removeじゃダメなの？

2018/02/25(日) 09:19:46.70

>>766
いくつかaddして
listとは関係なく外部でclassを解放した場合
歯抜けになるでしょ

2018/02/25(日) 09:20:59.44

ならねーよ

2018/02/25(日) 09:21:11.90

その外部でclassを解放するって具体的に何のクラスのどのメソッドを呼んでいるんだい

2018/02/25(日) 09:22:46.35

>>768
解放したいんじゃなくて
解放されて歯抜けになったとこにaddするか
ソートして歯抜けを埋めたいんだって

2018/02/25(日) 09:22:50.63

dipose呼んだらゾンビになるだけでそいつはそいつだぞ

2018/02/25(日) 09:32:30.72

まあ、いいや
超常現象でnullになるとしよう
Addに自動で隙間を埋めるような介護機能はない
IndexOfでnullの場所を探すのみ

2018/02/25(日) 09:43:15.18

まじかよ
listが無限にふくらんでいくじゃん

2018/02/25(日) 09:46:55.08

removeしろよ

2018/02/25(日) 09:58:59.63

Listと配列を同じだと思ってそう

2018/02/25(日) 10:22:48.34

>>764
何を言ってるのかよく分からないけど、
Program.csにProgramクラスとTestクラスを作るのと、Program.csにProgramクラスTest.csにTestクラスを作るのは同じ
どっちでもいいけど普通は後者かな

ただ、以下のようなインナークラスにはするなってこと
static class Program{
...
public static class Test{}
}

2018/02/25(日) 10:30:01.83

>>778
よくわかってなくてすみません
ただ、まさにインナークラスになる記述です
具体的に避けるべき理由を教えて頂けませんか？