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

2020/12/16(水) 11:29:35.35

!extend:checked:vvvvv:1000:512
次スレを立てる時は↑を2行冒頭に書くこと（1行分は消えて表示されない為）

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

■前スレ
ふらっと C#,C♯,C＃（初心者用） Part148
https://mevius.5ch.net/test/read.cgi/tech/1590578921/
■関連スレ
C#, C♯, C＃相談室 Part94
https://mevius.5ch.net/test/read.cgi/tech/1553075856/
■コードを貼る場合は↓を使いましょう。
http://ideone.com/
https://dotnetfiddle.net/

■情報源
https://docs.microsoft.com/ja-jp/dotnet/standard/class-libraries
https://docs.microsoft.com/ja-jp/dotnet/csharp/language-reference/
https://docs.microsoft.com/en-us/dotnet/standard/class-libraries
http://referencesource.microsoft.com/
・Insider.NET > .NET TIPS - ＠IT
https://www.atmarkit.co.jp/ait/subtop/features/dotnet/dotnettips_index.html
・DOBON.NET　.NET Tips
https://dobon.net/vb/dotnet/index.html

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

2021/01/24(日) 15:52:16.29

>>319
バインディングしてれば、グラフと「描画できません」って書いたラベルの2つのVisibleをひっくり返すだけで良かろう。
なんの処理も無い。むしろ楽になる。

2021/01/24(日) 16:05:06.18

一応言っとくが、びっくり返すのも直接Visibleを変えるんじゃなくて、Visibleにエラーが有るか無いかから算出されるプロパティをバインディングすれば良いからな。

2021/01/24(日) 16:11:45.64

データバインド使うためだけに余波が物凄くね？
開始日と終了日のエラーを許容してる間って他の値を変えたときはそっちは保存するの？

2021/01/24(日) 16:18:07.86

ViewModel使う事によって余波が減ってると思うが。

他の値は他の値でバリデーションかけたら良いだろ。
保存されるも何も、Modelとしてされないよ。一部がおかしいデータは全体として必ずおかしいだろ。
ViewModelとしては一時保存したければするかもしれんが、Modelにはならん。
その別のデータとやらが開始日と終了日に挟まれているべき日付、なんかだったらそもそもの定義が揺らいでくるじゃん。
全部Leaveするときにチェックするの？コントロール順とか、入力バリデーションに引っかかる順番ごとにテストする？組み合わせ爆発するし、ダイアログが出るかどうかなんてテスト、自動化しづらくて仕方ないじゃん。

明らかに、ViewModelとして帳尻が合ってるかをチェックする方が確実だし効率的でしょ。

だから許容も何もない。

2021/01/24(日) 16:46:04.32

いや、UNDOどうなん？
本格的にエラー値を保存しちゃうの？

2021/01/24(日) 16:53:34.11

エラー値をViewModelとして表示するし、一時保存もするだろう。
Modelは保存しない(できない)から問題無い。
エラーも含めてUndo、Redoできて何かおかしいか？

未入力　 2020/12/31
2021/01/02 2020/12/31
2021/01/02 2021/02/21
全部Undoすれば良いじゃん。
俺がよく使うのは、Undoはコントロールレベルに留めて、「入力破棄」とか「再読込」ってボタンを用意する事だけど。
変更はViewModelに留まってるから、普通に破棄してModelから再読み込みしてViewModel再構成したら終わる。

開始日終了日は確定してないけど一部だけ変更されたデータなんかを保存するつもりなの？

2021/01/24(日) 17:00:54.66

ViewModelにエラーを表示している状態を保存してなんの問題があるんだろう。
実データとは全く関係ないデータなんだが。
そのあと修正して確定させないとModelに落ちないなら問題なくね？
いっつもそうして「仮保存」やってるんだけど。
番号取っとかないとダメとかはまた別のやり方するけどさ。

2021/01/24(日) 17:51:29.07

twitterでやれ

2021/01/24(日) 17:55:17.05

この間別の正しい値はmodelまで保存できるの？
開始日と終了日に関わるすべての値が保存対象でなくなる？

2021/01/24(日) 18:03:41.68

何を争ってるのかいまいちよく分からないけどずいぶん盛り上がってるね。

さすがに誰かタオル投げた方がいいレベルのような気がするけど
こういう時はなぜかだんまりなのねw

2021/01/24(日) 18:06:22.86

続きはこっちでどうぞ

WPF(.NET4.x, .NET Core) GUIプログラミング Part24
https://mevius.5ch.net/test/read.cgi/tech/1575862574/

2021/01/24(日) 18:18:42.23

>>329
実はみんな開始日終了日のデータバインドの解決方法が知りたかったけど
エラー値許容でがっかり回答だったと思う
エラー値許容は他の箇所での対処に追われるからできればやりたくないだろ

2021/01/24(日) 18:19:27.82

>>328
一つのModelに開始日終了日とその別の値が入ってるなら保存するべきじゃないし、保存しないと思うぞ。
開始日終了日に関わるんじゃなくて、その画面上に表示されてるデータが確定できるデータじゃないでしょ。
正しい値でもなんでもない。

あのさあ。結局データバインディング使ってどう解決したら良いか知らないから、データバインディング使わないほうがお前の場合良いって事にしかならんでしょ。
エアプそのものじゃん。

2021/01/24(日) 18:20:37.83

>>331
そのエラー値のデータは、確定されない、永続化されないから対応に追われることは無いよ。
だからViewModelに閉じ込めるんであって。
ViewModelとModelを区別できて無いじゃん。
何聞いてんの？

2021/01/24(日) 18:23:05.74

がっかり回答どころかがっかり理解力だわ。
俺が間違ってるなら指摘してくれ。

2021/01/24(日) 18:25:54.36

いや、だったらデータバインドいらねーじゃん
だってそれ普通にダイアログ出してOKボタンでチェック＆保存してんのと変わらんもん

なんかいい方法を知ってる神が舞い降りるのをみんな待っているのさ（笑）

俺はデータバインド使うのやめたけどｗ

2021/01/24(日) 18:38:06.15

>>335
UI層変わったらどうすんの？
WPFからUWPやXamarinなんかに移植するとき、全部コントロール貼り直して、コントロールへの値のSet,Get全部やり変えて、全部テストすんの？
新しいUIフレームワーク出たら？

アホでしょ、常識的に考えて。

2021/01/24(日) 18:39:44.53

テストするときにモックのUI差し替えて自動テスト出来るんだけど。

最終的には結合試験するだろうけど、その前の段階でも画面ポチポチしながら決定表みてテストしてくの？

工数の無駄遣いでしょ。

2021/01/24(日) 18:45:29.80

元はデータバインディング使うと上手く行かないことがあるって話だったのにすり替わっているな

2021/01/24(日) 18:47:17.74

>>338
うまくいってねぇじゃん

2021/01/24(日) 18:50:14.09

NGでスッキリ

2021/01/24(日) 18:50:33.38

横からだけど
いままでMVVMの意義が理解できてなかったのがID:3jwmj/rb0の説明で開眼したかもしれない

WPFスレで聞くべきかもしれないけど、
View＝ViewModelの保持値を表示する＆入力値が変わったりボタンが押されたらViewModelの当該プロパティやメソッドを呼び出すだけの存在
　（決してビジネスロジックやバリデーションをView自体に持たせてはいけない）
ViewModel＝画面上のいろんなTextBoxやLabelのTextだったりButtonのEnabledだったりを一元的に保持することだけを担う存在
　（エラー入力値なんかもあるがままに保持すべきであり、
　　ViewModelでバリデーションチェックを行ったうえでバリデーションNGとかの結果もエラー表示項目の値としてセットすべきである）
Model：極論してしまえばView/ViewModel以外のビジネスロジック的な処理すべて
（UIに依存しない処理は全部Modelで書く）
っていう理解でおおむねあってる？

なんとなくだけど、上記の考え方なのだとしたら
そもそも ID:H0Ke+o4H0 の人はMVVMでなかったとしてもMVVMでいうModelとそれ以外の処理もごちゃ混ぜで書いてそうな印象

2021/01/24(日) 18:59:46.81

>>341
開始日と終了日エラーでたままじゃグラフの表示範囲も決まらんかもしれんのによくやるわ

ビジネスロジック入れないでグラフの表示範囲計算できると思ってるのかよ
夢見んな
んでエラー値許容のまま放置できちゃったらエラー箇所ユーザにわかるのかよ的な
visualstudioだって一発ビルドしないとエラー箇所わからん

ボクはうまくいってないと思います

2021/01/24(日) 19:01:12.31

やっぱり何の話をしてるのかよく分からんけど
UI上の値がモデルに今反映されているのかどうかはっきりしないUIはイラッとくるね。

UI上の値がモデルに反映されていない状態を許すなら>>335が言ってるように
ダイアログ出してくれる方がフレンドリーだと思う。

許さないならUI上の値も常に不整合を許すべきではないと思う。
数直線上の閉区間（a≦x≦b）を入力するUIがあったとして、
ユーザーによるaの入力が確定した時a>bになっちゃってたらb = aに変わるべき。

2021/01/24(日) 19:05:57.47

WinFormsのコントロールは内部状態を抱え込んでたんでテストが面倒くさかったのを
VMで外出しにした、というくらいに理解しておけばいいと思う。

バインデングいらないの人はFormsじゃあどうしてたんだろうか。

2021/01/24(日) 19:09:39.64

？？
グラフ表示に必要な項目が入力エラーなら「日付が間違ってるのでグラフが表示できません」ってテキストで表示するだけだと思うんだけど

ていうか>>342のいう「グラフ作成」がbmpみたいな画像生成を指すのであれば
その処理はたぶんModelで持つのが正しい気がするし、
View/Modelが密接不可分に結合するような処理であれば
わざわざViewとModelの分離を意図してる（で合ってるよね？）MVVMにしないほうがいいのは当たり前の話だと思う

2021/01/24(日) 19:57:04.13

>>341
値にしなくてもプロパティとして表現すると読み書きの方向がはっきりするし良いよ。特にEnabledとかは。

>>342
表示範囲が決まってないのに、グラフが表示できるわけないんだから、「現在描画できません」って表示するのは正でしょ。
ビジネスロジックに通したとしても、それをModelとして保存するかどうかは別問題。

エラー値許容って考え方がおかしい。
エラー箇所がわかるようにバインドするのであって、
各変数がバインドできてるかはモックViewModelを使ったUIテスト、
各種バリデーションがきちんと発生するからモックUIを使ったViewModelテストで、疎に担保するべきもの。
コンパイルエラーとかそういう次元ではなくてUnitTestぐらい通すだろ、普通。
責任範囲がまぜこぜじゃん。

>>343
業務アプリで、画面表示中の項目と、入力項目が不一致になるのは禁忌に近いんじゃないかな。
スクリーンショットからトラブルシュートするのがほぼ不能になる。

>>345
そのグラフ作成、Modelではなくて、切り出しておくべきでは？
結局のところ、一定範囲のデータを与えられて、グラフを描画するって関数なりコントロールになって然るべきだと思うよ。
内部的にbmpを生成しようが、画面に描画する以上。
そうしといたら、グラフコントロールを差し替えたい時に気楽に差し替えられる。

2021/01/24(日) 20:50:20.30

>>338
だって出来ない理由がvalidateなんだもん
そりゃ本人の能力だよねってなるわw

2021/01/24(日) 20:57:17.36

>>346にある「プロパティ」って他言語でいうComputed Property(ごめんC#で何て言うか分からない)のことでいいのかな
であれば（and>>344の理解で良いなら）MVVM完全に理解した
ただしく適用すればソースコードの見通しがめちゃくちゃよくなるだろうと思いました
といっても普段の開発がWinFormsかASPNETCoreばっかりなんで活かせる機会なんて来ないんだけどさ

グラフ作成はViewやViewModelに押し込むくらいならModelに置いてくれと思ったけど
別に切り出せるならそのほうがもっと良いのはごもっともです
層分けって大事だよねー・・・と普段メンテしてるようなソースを思い起こしながらため息をついてみたり

2021/01/24(日) 21:15:16.63

>>348
C#でプロパティって言えば迷うはずないだろ

2021/01/24(日) 21:27:56.19

プロパティと聞いて「自動プロパティ」のほうがまっさきに思い浮かんじゃって
「自動プロパティじゃないほうのプロパティ」の呼び方が分からなかったんだけど・・・
何て呼ぶのが一般的なのかな

2021/01/24(日) 22:00:13.52

>>341
あってます。
ViewModelは具体的なUIを持たないViewだと思えば良いです。
なのでVisible等のViewに関するロジックはここが持ちます。

ViewはViewModelをそのまま具体的なUIで表現するだけです。

2021/01/24(日) 22:02:48.96

プロパティ、そりゃどれもプロパティだな、言葉足らず申し訳ない。
Computed Propertyググった。
そう、これの事。値を持たず他のプロパティの内容から算出されるプロパティ。

2021/01/25(月) 08:56:15.41

いい加減こっち行こうか

MVVMについて語ろう
https://mevius.5ch.net/test/read.cgi/tech/1338948213/

2021/01/25(月) 12:28:32.14

ちゃんとスレあるんだな。
すまなんだ。

2021/01/25(月) 12:49:25.57

いえいえ

2021/01/25(月) 20:38:53.42

プログラマできちんと反省できる人はレア。

2021/01/26(火) 08:08:46.68

プログラマが反省してたら精神がもちません

2021/01/28(木) 12:09:38.85

Enumerable.OrderBy メソッドを呼び出す際に、
引数に送るデリゲート（Func<TSource,TKey>）を動的に指定したい。

具体的には、
List<Person> people = new List<Person>(basePeople.orderby(person => person.名前))
といった並べ替え処理を、Personクラスの各プロパティについて行いたい。
（年齢、整理番号、生年月日など）

現在はそれぞれのプロパティ（20以上）について上記メソッドを作成して
やりたいことは実現していますが、全くスマートじゃないです。

propertyinfoクラスを使って何かできないかと思ったんですが、
デリゲートの中に組み込むような使い方が全く思いつきませんでした。

どなたか分かる方教えて下さい。

2021/01/28(木) 12:59:34.80

Syatem.Linq.Dynamic

2021/01/28(木) 13:42:24.38

>>358
ひょっとして問題を誤解してるかもしれんけど、
OrderByのセレクターは使わずにIComparerで渡す
オブジェクトの方に実質的なセレクターの機能も兼任させれば
できるんじゃないの？

**358** (ﾃﾃﾝﾃﾝﾃﾝ MM8f-jQT1) · 2021/01/28(木) 14:34:48.20

>>360
詳しくお願いします

2021/01/28(木) 14:49:10.30

System.Linq.Dynamic

2021/01/28(木) 15:13:49.91

同一PC上でのアプリ同士の連動のさせかたを教えてください

フォームアプリケーションA.Bを作り、
Aが単独でも動くメインアプリ、Bは拡張機能付きリモコン、という風にしたいんですが、
Aのサブフォームではなく、別のexeファイルからBを起動したいです
そのうえで、同時起動中にBを操作することでAのtextboxを変更したり、Aを動かすためのメソッドをBのソースに書いてボタンイベントで呼び出し、等できると最高なんですが、
これはそもそも可能なことなのか、検索ワードすらわからず詰まってます
可能であればできるだけシンプルな方法を教えてください、
現在、C#、windowsformでAの途中まで制作中です

2021/01/28(木) 15:14:46.55

つ UIAutomation

2021/01/28(木) 15:26:15.90

>>363
IPCっていうやつ使えばいいよ
WCFという似たようなやつは有るけど、そっちはMSが見捨てた

**363** (ｵｯﾍﾟｹ Sr7b-bv8J) · 2021/01/28(木) 16:28:24.36

ありがとう、検索して試してみます！

2021/01/28(木) 16:33:51.84

>>361
こんなのとか。
ただの思い付きなので動作するか確認してないし欲しいものと違ったらごめんね。

class DynamicComparer<T>:IComparer<T>
{
　　public string PropertyToCompare { get; set; }

　　public DynamicComparer(string propertyToCompare)
　　{
　　　　this.PropertyToCompare = propertyToCompare;
　　}

　　int IComparer<T>.Compare(T x, T y)
　　{
　　　　var t = typeof(T);
　　　　var p = t.GetProperty(PropertyToCompare, BindingFlags.Instance | BindingFlags.Public | BindingFlags.NonPublic);
　　　　var xp = p.GetValue(x);
　　　　var yp = p.GetValue(y);
　　　　return System.Collections.Comparer.Default.Compare(xp, yp);
　　}
}

2021/01/28(木) 21:47:36.42

何回も上がっているけどSystem.Linq.Dynamicを使いなよ

2021/01/29(金) 00:11:56.19

System.Linq.Dynamic使うとどんな風に書けるの

2021/01/29(金) 00:14:38.17

var list = customers
.Where("Name.Contains(@0)","ZZZ Projects")
.ToList();

2021/01/29(金) 13:25:03.45

>>363
SendMessage PostMessageは

2021/01/29(金) 16:32:59.15

pipe
socket

2021/01/29(金) 19:24:38.38

COM公開して操作とかできんか？

2021/01/30(土) 10:31:51.17

gRPC使ってプロセス間通信でよくね？

2021/01/30(土) 10:32:40.83

もう何もかもなくなってしまったのか

2021/01/31(日) 09:44:26.84

入門書には、クラスの設定系のメンバーは、公開する必要が無ければprivateにせよ、
みたいなことがよく書かれています。

ですが、例えば自作クラス ClassA, ClassBがあるとして、
ClassA
{
　public int IntVal { get; private set; }
　public ClassB BVal { get; private set; }
}

IntValはいいとして、BValに関しては、getプロパティでBValへの参照を取得できてしまいます。
その参照を通してBValにある設定メソッドを呼べば、BValの内容を外部から変更し放題です。

これを防ぐ方法として
1. ClassBを不変にする（ClassB内には、コンストラクタ以外に設定方法を用意しない）
2. ClassBのクローンを返す
3. ClassB内の取得系メソッドのみを集めたインターフェースを返す
4. ClassBを値型（構造体）にする
一応、以上のようなことを思いつくのですが、ここで質問です。

この問題（メンバがクラス型の場合に、セッターを単にprivateにしてもカプセル化できない）について、
皆さんはどう対処してますか？

単に「カプセル化したければこんなテクニックもあるよ」というのを紹介してほしいのではありません。
皆さんが（使い捨てでない）プログラムを書く際に、実際に、どういう考え方で、どう対処しているのか、
あるいは特に対処していないのか、を知りたいです。

よろしくお願いします。

2021/01/31(日) 09:50:34.81

ちなみに、お前自身はどう対処するんだ？と聞かれるかもしれませんが、
C#の経験が乏しいこともあって、どうすればいいのか正直よくわからないです。
（だからみんなのやり方を参考にしたい）

C++なら、公開したい相手だけをfriendにするとか、constなポインタを返すとかするのですが。

2021/01/31(日) 09:55:53.85

ClassBについても設定系のメンバがprivateになってれば何も問題ない
むしろprivateでないsetterがClassBにあるなら必要があって公開してるはず

2021/01/31(日) 10:14:39.41

そもそもpublicじゃん

2021/01/31(日) 10:29:08.15

例えばint型は自由に値を設定できます（その必要があります）が、
ClassAにとっては、int型の内部データであるIntValを、ClassAの外から
変更されたくない（値の参照はしたい）ため、setのみをprivateにしています。

同様のことをClassBでもやりたいと考えているのですが・・・。
そもそもそういう考え方自体がおかしいのかな？

2021/01/31(日) 10:43:24.54

とりあえずイミュータブルにしとけばいいよ
どうしてもイミュータブルではいけない理由が出来たときにどうするか悩めばいい

2021/01/31(日) 10:57:10.85

>>380
まず前提だけど
publicやprivateで改修時の設計を制限しようと思ってるの？
正直、こんなもんお飾りだし
いざ自分がやりたい機能の邪魔になったら問答無用でpublicにする
俺だったら

まあちょっとしたメモアピールぐらいに思っておけばいいんじゃない？

会社として公開するライブラリやdllのクラスだったらそもそもクラスを丸ごと渡すような仕組みにしちゃ駄目だろ
やるにしてもアクセス用のクラス挟んでって長ったらしい設計になることは致し方ない

2021/01/31(日) 10:59:20.78

イミュータブルというのは、>>376の方法1のことですよね？

たしかに、.Netに標準で用意されているクラスの多くは、インスタンスを一度作成したら、
内容を変更できないようになっている気がします

内容の一部を変更したいとき（例えばFontのサイズだけを変更したいとか）は面倒ですが・・・

2021/01/31(日) 11:07:26.15

>>382
たしかに、あくまでメモ程度に考えて、気にしなければいいのかもしれません

以前、C++で、引数をポインタで渡す際、引数の中身を関数内で変更されたくないので
引数をconstポインタ型にしてたのに、関数の中でconstをキャストで外すように関数内を
書き換えられてしまっていたことがあります

気にしたらきりがないですね

2021/01/31(日) 11:14:00.48

>>383
1のことでいいよ

イミュータブルの内容を少し変えたオブジェクトがほしいけどコード書くのめんどくさい問題は昔からあった
昔は言語サポートがなかったのでコード生成で対処していた
新しいC#ではwith構文が追加されたのでこの問題は解決済み

2021/01/31(日) 11:25:38.47

ありがとうございます
With構文というのは知りませんでした

2021/01/31(日) 12:05:56.26

with式の前にその前提となってるレコード型を調べるといい

2021/01/31(日) 13:37:12.02

レコード型とwithについてざっとですがWebで調べてみました。
これらの機能を実際に使うかどうかはともかくとして、イミュータブルにすべきという
指針が得られたのはとても参考になりました。
ありがとうございました。

2021/01/31(日) 14:24:54.16

俺はコードの仕組みまでいじってやるほどの問題ではないと思う
ちょっとした仕様の変更でprivateをpublicにしなければならないときクソ邪魔過ぎて作ったやつ呪うレベル

2021/01/31(日) 15:52:52.73

C#で作ったアプリケーションをVS2019でビルドしました。

実行ファイルが作成されたbin>releaseのフォルダに、実行ファイルがあると正常に実行できるのですが、
他のフォルダにコピーすると実行できない（ダブルクリックしても反応しない）
状態です。

なぜなんでしょう？

2021/01/31(日) 15:55:01.39

releaseフォルダをまるっとコピーしたんか？
exeだけ移動させても、dllが不足してたら動かんぞ

2021/01/31(日) 16:02:29.10

>>389
既存のコードを書き直すことは、実際にはたぶんやらないと思います（手間のわりに得られる効果は少なそうなので）。

ただ、自分がプログラミングしてると、>>376に書いたような状況にしばしば出くわすので、
他の人はどうしてるのかな？と思い、今後の参考に質問させてもらいました。

・そういう状況になるような設計がそもそも悪いのか？
・他の人はそういう状況にならないように設計してるのか？
・不便を感じているのか？いないのか？
・不便を感じているなら、どう対処してるのか？
等を知りたかったのです。

2021/01/31(日) 16:24:40.13

>>389
privateをpublicにするのは構わないがイミュータブルなクラスをミュタブルにするのは絶対に駄目

2021/01/31(日) 16:36:30.32

>>392
そういう状況になるような設計がそもそも悪い、に一票
他のクラスAの内臓を引き摺り出さないといけないような処理があるなら、それはA自身に持たせるべき
Tell, Don't Ask でググるといい

2021/01/31(日) 17:15:07.79

>>391
ありがとうございます
以前にtobii社のアイトラッカーを使っていてこのSDKをインストールしていたので、
知らないdllがたくさん生成されていました・・・

2021/01/31(日) 17:16:51.45

ちょっとやっかいなことになったなぁ・・・
現在tobiiのアイトラッカーは使っていないので、
tobii抜きでビルドしたいのですが、どこで設定しているのかわからないので取り除けません
sdkのアンインストールツールなんてものもなさそうだし・・・

2021/01/31(日) 17:19:17.00

開発したオブジェクトをtobiiを使っていない旧バージョンのプログラムにコピーしたらうまく行かないかと思ったんですが、
プロジェクト間でオブジェクトのコピーができない・・・

2021/01/31(日) 17:57:24.91

プロジェクトをまたいでフォームをコピーしようとすると

「この操作のソースファイルがこのソリューションに見つかりません。」

と表示されるのですが、何が悪いのでしょうか？

2021/01/31(日) 18:13:15.24

>>392
根本的な設計は問題ないよ
例えば注文と注文明細のようにオブジェクトが別のオブジェクトを含むという構造はよくあることだ
それ自体にはなんの問題もない

では何が問題かというとそれは注文明細をミュータブルにしてしまったこと
注文明細をミュータブルにしてしまうと
注文と注文明細の間にあったはずの不変条件を簡単に壊すことができてしまう

2021/01/31(日) 18:57:41.42

C#というかVSではソリューションをまたいでフォームをコピーするとかは不可能なんでしょうか？
またいでコピーすると

「この操作のソースファイルがこのソリューションに見つかりません。」

と表示されコピーできないのですが、これが出来ないとフォームを別アプリとかで再利用できないですよね
コピーできないはずがないだろうと思って調べているのですがやり方が分からい・・・

2021/01/31(日) 19:36:48.60

エクスプローラーでファイルをコピーするという発想は無いの？

2021/01/31(日) 20:20:00.00

>>401
ありがとうございます
知りませんでした・・・

ファイルコピーしたらプロジェク内に表示されましたが、
SDK導入前のプロジェクトにSDK導入後開発したフォームを移植してもうまく動かないですね
SDKを一度導入すると取り除くのは不可能なのか・・・
全く使わないDLLファイルが大量にあるってなんか気持ち悪いですが、我慢するしかないのかな・・・

2021/01/31(日) 21:08:22.28

>>394
>>399

色々とアドバイスいただき、ありがとうございます。

Tell, Don't Askについても調べてみました。
より良いコーディングができるよう精進します！

2021/01/31(日) 21:42:41.93

>>400
共通のソリューションにあり納めてからだと
プロジェクトエクスプローラで
コピー、移動出来ない？

2021/01/31(日) 21:49:02.35

List<int>の中で最大の数値の個数をLINQで数えたいのですが
どう書いたらいいのでしょうか？

2021/01/31(日) 22:20:10.23

>>405

var hoge = new List<int> { 1, 2, 3, 4, 5, 4, 5, 4, 5 };
var maxCount = hoge.Where( x => x == hoge.Max() ).Count();

2021/01/31(日) 22:20:29.15

Max()で最大値取った後Count(x => x == max)すればいいんじゃない普通に

2021/01/31(日) 22:23:53.17

たしかに、Whereの中にhoge.Max()を書いちゃうと毎回評価されて効率わるいのかな。
すまん

2021/01/31(日) 22:24:43.04

>>405
GroupByでキーを値、バリューを個数にしたグループを作ってキーで並び替えて最後の行を取得するってのが1回の実行で完結する時の一般的なやり方

2021/01/31(日) 22:24:51.03

計算量と可読性考えた素直に自分で書いた方がよい気がするよw

2021/01/31(日) 22:36:08.49

みなさまありがとうございました
GroupBy調べてみます。

2021/01/31(日) 22:36:31.74

いえいえ

2021/01/31(日) 22:47:04.53

LINQというかその乱用者が嫌われる理由の一端を見た気がするw

2021/01/31(日) 23:08:40.21

>>413
あんたがついてけて無いだけ。

2021/01/31(日) 23:14:50.67

ループでMax出しながらカウントも行けると思うんやけど
速度的にもわかりやすさ的にも
絶対こっちのが上やんか？
それに対する反省はないん？
けったいな方法使って性能も悪いなんてなんや最高にダッサイなぁ？

2021/01/31(日) 23:36:34.74

>>414
これ言ってる本人は語るに落ちてるって気付いてないんだろうねw

KISSの原則とか青臭いこと言いたくないけど、
ダメな人は自分が自己確証を目的にしてる自覚がないからダメなんだな

前にも書いたけどこの業界にはイキってる連中が群がってる技術は
絶対に衰退する法則があるけどそれも上記が理由の一つだねw

2021/02/01(月) 00:28:41.11

>>407
これすら理解できんの？

2021/02/01(月) 00:49:03.93

>>405
dotnet add package System.Interactive

using System;
using System.Collections.Generic;
using System.Linq;

var q = new List<int>() { ... };
var ans = q.MaxBy(x => x).Count();
System.Console.WriteLine(ans);

2021/02/01(月) 01:19:51.10

>>417
そっちは可読性は問題ないので
2回スキャンすることになる非効率が問題ないなら
普通にありだと思うよ。