ふらっと 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/14(月) 00:05:32.49

素のJSONはコメントが使えないので設定ファイルには使い辛い。

2018/05/14(月) 00:17:32.79

川俣さんのことを馬鹿にする人が2chには多いけど、この記事の趣旨は正しいと思う
http://www.atmarkit.co.jp/fdotnet/extremecs/extremecs_18/extremecs_18_02.html

特定の技術への信仰と「俺スゲー」っていう間抜けな自己陶酔が結びついてる奴ってよくいるし、
このスレにも時々そんなのが出るけど、そういう奴のいうことは真に受けない方がいいですw

2018/05/14(月) 00:18:47.47

>>604
まあ普通はjson使うがな

2018/05/14(月) 07:03:43.68

つか業務で使うなら余程のことがない限り枯れた技術の方が安定する

2018/05/14(月) 07:06:02.02

>>608
COBOLとか？

2018/05/14(月) 07:55:56.39

COBOLは実際優れてるんだよなあ
低品質なPGでもほぼ完璧に見積工数通りに仕上がるし、バグもほとんど出ない
金持ちな客からきっちり工数見合いで金取れるならSIerにとってこれほど好都合な言語はない

2018/05/14(月) 08:01:56.16

バグでないのはアカンやろw

2018/05/14(月) 08:12:24.86

それはバグが摘出できていないだけでは

2018/05/14(月) 08:30:53.44

工数が低減できるかどうかよりも見積が精確にできることの方が管理者にとっては重要ってわけだね

2018/05/14(月) 09:03:36.07

バグが出ないに総ツッコミでﾜﾛﾀ

2018/05/14(月) 09:45:10.45

大体この時間にABENDしますって
異常停止をルーチンワーク化して運用している所があったな

2018/05/14(月) 10:05:11.99

現場運用だと稀によくある
開発側がそれを織り込んじゃダメだけど

2018/05/14(月) 19:19:28.87

>>594だけど
蒸し返した話にレスくれてありがとう
自分の用途にはxmlでも問題なさそうでとりあえず安心した

2018/05/14(月) 20:12:46.13

SVGやMathMLのような外部の名前区間が出てくるとか、Xamlのようにかっちりしたものを書きたい場合はXMLが有利
文字列や数値しか出てこないような簡単な構造ならJSONの方が便利なことも多い。
Trueなのかtrueなのかとか考えなくても良くて、エディタがサポートしてくれるし、エスケープの仕様とかがシンプルで、ファイルも小さい。逆に言うとその程度なのでわざわざ切り替えるほどでもないとは思う

2018/05/14(月) 20:37:51.15

>>593
VCわけないんですか。
うーん・・・。
いろいろな設計方法があるということですね。

インスタンスの生成順として
A→B
A→C
とAからＣにＢのインスタンスを渡す方法は分かるのですが、

Ｃ→Ａ
Ａ→Ｂ
とインスタンスを生成した時、ＣにＢのインスタンスを返すことって可能なのでしょうか？

2018/05/14(月) 20:54:23.97

デリゲート

2018/05/14(月) 20:59:59.56

【マンモグラフィー】おっぱい挟んで癌検査…必要？
http://egg.5ch.net/test/read.cgi/bio/1517115639/l50
【ペットフード】告発したら３人組に棍棒で襲われた
http://egg.5ch.net/test/read.cgi/hosp/1517110484/l50
【アマルガム】水銀を歯に？　厚労省『暴動が怖い』
http://mao.5ch.net/test/read.cgi/doctor/1517058870/l50

2018/05/14(月) 21:00:16.16

>>619
「返す」ことにこだわりがあるのなら結構難しい
そこにこだわらず、単にCからbを扱えれば良いのならa.bでアクセス可能だろう

2018/05/14(月) 21:35:43.16

>>619
何でわざわざ話を複雑にするの？
class C
{
　　A a;
　　B b;

　　public C()
　　{
　　　　a = new A(this);
　　　　b = new B(a);
　　}
}

例えばこれじゃダメなの？

2018/05/14(月) 21:38:33.33

DIコンテナとか諸々のイディオムを知らない初心者だからまぁしゃあない
MVCでもMVVMでもいいからチュートリアル的なものをひとつやっとくとだいぶ違うとは思う

2018/05/14(月) 21:40:59.32

>>622
まず「返す」の意味が分からないんだよな
>>619
何のためにその実装が必要なのか、まずはそっちから
普通は複数の派生インスタンス扱いたいのならどこかでまとめて管理する方が楽
横に伸ばしていくんじゃなく中心から引っ張っていく形

2018/05/14(月) 23:18:38.41

馬鹿なこと考えないでジャンケンゲームでも作ってろって

2018/05/14(月) 23:19:52.93

>>619
今時のマルチレイヤな設計ってのは、「汚い場所」をどこかに決めて、そこが依存関係の解決を一手に引き受けるようにするんだよ
で、他の部分は「汚い場所」に直接依存しないようにするの
>>623の例でいうと、Cを「汚い場所」とするならAがCを直接参照するのは良くなくて、
AからCのメソッドをコールバックしたいんだったらインターフェイスを介して呼ぶようにしたりする
汚い場所をどこにするかだけど、フォームアプリならフォームだったり、Webアプリならコントローラだったり
処理の起点となり、かつ、どのみち単体テストが困難な場所を選ぶのが一般的だ

2018/05/14(月) 23:24:11.06

なんだか要領を得ないからわからないけど
Bを操作するメソッドをAに用意してCがA経由でBを操作するのはだめなのか？

2018/05/14(月) 23:36:29.55

MVC をわかってないような奴に、何も教えられない

まず、無料のRails チュートリアルで、MVC webアプリの設計から学べ

2018/05/15(火) 00:01:41.20

Railsってモデルがフォームの構造に依存するからなあ
あんなのAccessのフォームなんかと同レベルだよ
変な癖がつくから初心者には適さない

2018/05/15(火) 00:21:50.03

>>629
スレチ

2018/05/15(火) 06:26:55.76

MVVMを理解するには何からはじめたらいいの？

2018/05/15(火) 07:15:54.13

>>632
何から始めても理解できない
分離するどころかやればやるほど結合が強くなる現実に打ちのめされるだけ

2018/05/15(火) 07:32:22.06

やってみたけど難し過ぎて手に負えなかったってことだね。

2018/05/15(火) 07:36:31.19

>>632
Vue.jsあたりかな
XAMLはテンプレートやコマンドバインディングが複雑すぎて本質を掴みづらい
WebのMVVM系フレームワークのほうがずっと見通しが良くてMVVMの本質を素直に実装してる

2018/05/15(火) 07:43:57.19

まずはUNDOなりマクロを実装するのに何が必要か
考えると、「C」の動きが見えて来るかと思うけどね

GOFの最初の章にも説明はあるよ

2018/05/15(火) 07:48:40.53

>>623
アクセシビリティに一貫性がありませんってエラーが…
internalでインスタンス生成するとＯＫなんですが、フォームクラスはpublicで宣言してるんですけど。

2018/05/15(火) 07:52:16.57

>>625
ご指摘を受けてメインのフォーム上でインスタンス管理しようとしているのですが、
アクセシビリティの一貫性というエラーが出てきています。

public partial class ExaminationForm : Form
{
public InitialSettingForm initialSettingForm;
public InitialValues initialValues;

で最後の行にアクセシビリティ一貫性のエラーが・・・。
3行目のpublicをinternalにするとエラー消えるのですがなんでだろう。

2018/05/15(火) 07:56:03.82

そのビューの入出力項目と隠し項目とユースケースを抽出するだけだよ

ログイン画面だったら
入出力項目として
・ユーザーid
・パスワード
隠し項目は無し
ユースケースは
・ログインする

なので
class LoginViewModel {
public string UserId { get; set; }
public string Password { get; set; }
public void Login() {
// login impl
}
}
こうなる

あとはViewがVMを監視するために変更通知イベントなどを実装しましょう
それだけ

2018/05/15(火) 07:59:07.77

>>632へのレスな↑

2018/05/15(火) 07:59:13.31

>>638
InitialValuesクラスがinternalなんだろ
publicに変えれば意図通りになる
言っちゃ悪いけど正しい設計とか気にするレベルじゃないと思うよ
まずは汚くてもいいから一本何か形にできるようになってから考えればいい

2018/05/15(火) 08:38:53.30

>>641
ああああああああ！
そこなのかあああ！

classってデフォルトでinternalになるんですね。
というかinternalって省略されるから気づきませんでした。
ここで半日費やしてたのでものすごく助かりました。
ありがとうございます。m(__)m

2018/05/15(火) 08:42:40.68

>>641
一本ゲーム作ったんですが、form1（初期値）、form2（ゲーム）にほとんどぶっこんだオブジェクト指向ほぼ無視プログラムになってしまったので、
ゲーム内のデータ管理とform2だけでも分離しようとして悪戦苦闘しています。

はるか昔にＢａｓｉｃやったぐらいなので、インスタンスの参照渡しとかその辺がうまく実装できなくて・・・。
勉強用に買った本にもインスタンスの参照渡しなんて全く書いてないし・・・。(´・ω・`)

2018/05/15(火) 08:47:43.78

あれでも

//インスタンス生成
InitialValues initialValues = new InitialValues();　
//インスタンスの参照渡し
initialSettingForm.InitialValuesPointer = initialValues;

としているのに

フィールド”InitialValues"は割り当てらせません。常に規定値nullを返します。

となります。
実際にnull値が入ってるようで、initialSettingFormにインスタンスの参照は渡せていない模様・・・。
newしてるのになんで割り当てられませんと出るのでしょう？？

2018/05/15(火) 08:55:56.96

//インスタンス生成
×InitialValues initialValues = new InitialValues();　
↓
this.initialValues = new InitialValues();　
でした。すいません。

2018/05/15(火) 09:03:30.06

>>644
すいません。ゴチャゴチャしてた変数名整理したらエラー消えました。。。
お騒がせしてもうしわけありません。

2018/05/15(火) 09:34:05.49

>>643
C++ 以外のすべての言語で、インスタンスの参照渡しだろ

2018/05/15(火) 10:42:46.03

>>647
初代MSX-Basicでゲーム作ってた頃以来のプログラミングなので(;^_^A

2018/05/15(火) 10:47:12.03

アホな質問ですが、
Class InitialValue
に初期値を全部詰め込み、必要であればコントローラから参照しているのですが、
インスタンスの参照をinitialValueとすると
initialValue.StartPointX＋hoge
などインスタンスの参照がくどくて読みづらい。
いっそiVとかしたいのですが、自分にしかわからない省略は良くないと聞いたもので・・・。

initialValue.StartPointX
initValue.StartPointX
iV.StartPointX

どれが読みやすいコードでしょうか？

2018/05/15(火) 12:29:44.99

>>649
どれもダメ
initialValueをそのまま使わずに設定値を使うクラスにコピーして

2018/05/15(火) 13:05:19.58

>>650
えええ！

データはデータクラスで一元管理じゃないんですか？
そうしないとフォームなどからデータクラスを変更した時に、
コントロールクラス側でその通知を受け取って
もう一度データクラスからコントロールクラスにコピーする仕組みが必要になってきますよね。

2018/05/15(火) 14:10:34.54

自分がアホだと分かってる割には自分の判断を信じてるのな
アホ草

2018/05/15(火) 14:32:03.09

勉強のためにプロが書いた大きなプログラムを見たんだが
変数が全部4桁英数字でランダムに発生させてるような文字列だった
僕ら初心者には「これ何の変数だっけ？」と分かりにくいだけなんだけど
大きなプログラムだと万が一、変数がダブったりするのを避けるためにそうするんですかね？
変数一覧表かなにか作るんですか？

2018/05/15(火) 14:38:53.82

>>652
いや、最初はコピーする仕様だったんですが、
データクラスで一元管理をするアドバイスを受けて変えたところです。

コピーするんなら元の仕様のままでよかったのかということに。

2018/05/15(火) 14:54:54.48

>>653
変な変数名は難読化されてるだけ

2018/05/15(火) 15:26:01.82

>>653
当然だよ。変数使うには課長級の決済が必要。変数管理台帳ファイルに全部記録されている。

2018/05/15(火) 17:20:29.21

>>655
そうか、公開用にリファクターしたのかな
いちいち一覧表見ないと何処につながってるか見えないなんて不便だもんね

2018/05/15(火) 18:44:33.69

>>654
変数名が妥当かどうか聞いてるんじゃなかったの？w

そのInitialValueとやらのクラスを使う実装方法が妥当かどうかは実現すべき仕様を誰も知らないので
誰にも分からないと思うよw

ローカル変数の命名に関しては、型名InitialValueをそのまま変数名にしても
何をやってるのか理解できるような文脈なら変数名をivにしても同じことでしょう。
だったら短い方がいい。

ただしローカル変数でも説明的な名前の方が適切な場合もあるので馬鹿の一つ覚えはダメ。
情況に応じて柔軟に

2018/05/15(火) 19:35:30.36

>>656
初心者が真に受けるからやめれ

2018/05/16(水) 10:08:34.12

int[] intData = new int[10];
int intThread = -3; // 閾値
int intCount = 0;
for (int i = 0; i < intData.Length; i++)
{
if (intThread >= 0)
{
if (intData[i] > intThread)
{
// 処理
intCount++;
}
}
else if (intThread < 0)
{
if (intData[i] < intThread)
{
// 処理
intCount++;
}
}
}

閾値がプラスとマイナスで条件式を変えたいんだけど、
中の処理が一回で済む書き方ってあります？

**デフォルトの名無しさん** (ｽﾌｯ Sd43-RQhD) · 2018/05/16(水) 10:48:11.15

=を含まない条件式。
そして閾値というキーワード。

まとめない方がいいよ。

2018/05/16(水) 11:18:13.11

>>660
せめてCountメソッドにしとけと思うぐらい。

2018/05/16(水) 11:47:06.88

>>660
単に同じ処理を2回書く無駄をなくしたいだけなら&&と||を使って
条件式をまとめるだけ

if((threshold >= 0 && x > threshold) || (threshold < 0 && x < threshold))
{
　　....
}

値が不変のはずのthresholdの符号をループで毎回評価する無駄が許せないなら
Func<int, bool> predicate = x => x > threshold;
if (threshold < 0) predicate = x => x < thredhold;
....
if (predicate(x))
{
　　....
}

2018/05/16(水) 12:22:33.98

async/awaitって呼び出しのネストが深くなると、大元の呼び出しで波線が立ってすごくもどかしいんですが、気にしなくていいでしょうか？それとも呼び出しのやり方を見直したほうがいいのでしょうか

2018/05/16(水) 12:29:36.06

>>664
ネスト関係なくね？

2018/05/16(水) 13:23:25.14

>>660
カウントをCountメソッドにして引数に突っ込むラムダ式を閾値によって切り替える

**662,666** (ﾜｯﾁｮｲ 23e3-Iyo3) · 2018/05/16(水) 14:23:23.94

ごめん。Count以外の処理もあるんだね。おらの回答は無視してくれ。

2018/05/16(水) 14:55:11.81

dataGridViewのデータソースをBindingListにしています。
この時にデータの絞込を実装する方法はあるのでしょうか。

2018/05/16(水) 19:51:48.39

>>664
波線が立つのは単にasyncなメソッドをawai付けずに投げっぱなし呼び出しの警告出ているだけじゃないのか
>>665の言う通りネスト関係ない

2018/05/17(木) 00:16:57.84

すいません。ちょっと教えてください。

//Form1にて
Form2 f = new Form2();
f.show();
this.visible=false;

としてForm2を開いて、Form1を非表示にします。
//Form2にて
Form1 f = new Form1();
f.visible=true;
this.visible=false;

としてForm1に戻った場合、先程form1で入力した内容が消えてしまいます。
form1の内容を消さずにform2からform1に戻る方法を教えてください。

2018/05/17(木) 00:28:09.71

>>670
Form1 f = 「new」 Form1();
新しいForm1を作ったんだから前のはVisible=false;のままで表示されていない
例えばこうする
//Form1にて
Form2 f = new Form2(this);//Form2のコンストラクタの引数にForm1の参照を渡す
f.show();
this.visible=false;
//Form2にて
private Form1 form1;
//コンストラクタ
public Form2(Form1 f)
{
InitializeComponent();
form1=f;
}
//戻る処理
form1.Visible=true;
this.Visible=false;

2018/05/17(木) 00:35:36.78

>>670
目の前の問題を解決するよりまずインスタンスとは何かちゃんと理解した方がいいねw

2018/05/17(木) 00:41:03.31

ありがとうございました。
大変助かりました。

2018/05/17(木) 00:45:08.18

もっと簡単にこれでもできるよw

var f2 = new Form2();
f2.Shown += (s, ev) => Hide();
f2.ShowDialog(this);
Show();

2018/05/17(木) 21:40:59.40

class Program
{
TargetOpe targetOpe = new TargetOpe();
static void Main(string[] args)
{
Target [] target= targetOpe.InitializeTarget();
Console.WriteLine(target[1].x);
}
}

Target [] target= targetOpe.InitializeTarget();の行のtargeOpeで
静的でないフィールド、メソッド、またはプロパティ 'Program.targetOpe' で、オブジェクト参照が必要です
のエラーがでます。
newしてるのになんででしょう？

2018/05/17(木) 21:46:08.12

>>675
静的メソッドだから

2018/05/17(木) 23:37:38.13

C#初心者です。
ある変数のその時々の値によって呼ぶメソッドを変えたいため初歩的にifやswitchで分岐させていたのですが、毎回分岐させるのもどうかと思い変数が変わるタイミングでデリゲートに代入して呼び出す方法を試してみました。
しかしながらパフォーマンステストを行ったところ、10程度の条件分岐であればifでメソッド呼び出し >>> デリゲートで呼び出しという結果でした。
速度を重視しつつ動的に呼び出すメソッドを変えるという場合はデリゲートではなく毎回条件分岐を行ったほうが良いということなのでしょうか？

2018/05/17(木) 23:45:29.87

>>677
どんな用途で？

2018/05/17(木) 23:47:12.44

>>677
どうでもいい
そんなミクロなレベルの速度が問題になることはない
IO一つで跡形も無く吹き飛ぶ

2018/05/17(木) 23:49:51.73

くだらねーパフォーマンスとくだらねー暗号化の話題が大好きだよな

2018/05/18(金) 01:57:49.78

パフォーマンスは重要だよ
だけど、そんなのを語る以前に、コンピュータの仕組みについての素養を極端に欠く人が多すぎるんだよ
最近のC#入門書はよく出来ていて、大抵の本が最低限の仕組みが知識が身につくようページを割いて解説してるわけだけど・・・・分かっていない人ほど読み飛ばすんだな
その結果、コンピュータの仕組みからしたらとてもありえないことを言い出す高卒様が出来上がるんだ

2018/05/18(金) 02:22:20.29

＞その結果、コンピュータの仕組みからしたらとてもありえないことを言い出す高卒様が出来上がるんだ

ありえないことなんてないだろ。頭硬すぎじゃねーの。「コンピュータはこうあるべきだ」とかに縛られてると新しい発想のソフトが生まれない。

2018/05/18(金) 02:48:57.75

新しいものができたってのならいいけど、言うこと為すこと高卒様じゃあ・・・・

2018/05/18(金) 03:11:25.94

>>677
条件次第なのでなんとも言えない
インライン展開とかCPUのキャッシュとかまで関わってくる可能性がある

気にしなければいけないほどパフォーマンスを気遣うなら、JITの結果を比較したほうがいいけど、多くはそこまでするほどではない

2018/05/18(金) 04:39:51.09

デリゲート使ってる時点で初心者じゃないだろw

2018/05/18(金) 07:16:45.92

>>685
いや、初心者がググった知識で背伸びしてるんだろ

2018/05/18(金) 07:25:31.73

デリゲートとラムダ式ってちゃうの？

2018/05/18(金) 07:56:30.88

>>676
ありがとうございます。
私アホでした。

2018/05/18(金) 08:01:25.12

public class TargetOperation
{
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;
}
}
return target;
}

2018/05/18(金) 08:05:21.79

最後の行で
クラス、構造体、またはインターフェイスメンバーの宣言でトークン 'return' が無効です。
です。
またアホなことをしてそうな気がしますが、昨夜からわからず・・・。

2018/05/18(金) 08:09:16.96

>>689
}
}
return target;
}
じゃなくて
}
return target;
}
}
じゃね

2018/05/18(金) 08:15:13.01

>>677
サンプルコードと結果貼れよ

2018/05/18(金) 08:34:05.30

デリゲート使うくらいならストラテジパターン使うけど

2018/05/18(金) 09:57:58.57

>>683
こんにちは猿の学校卒様

2018/05/18(金) 22:42:24.82

DataGridViewのセルのValueを取得すると、既定の型がObject型なんですが、既定の型をstringに変更する方法はありますか？
今はConvert.ToStringで変換してるんですが、記述数が多くなりすぎて参ってます。

2018/05/18(金) 22:48:37.44

As string

2018/05/19(土) 01:23:31.00

C#初心者でフォームアプリを作っているんですが
例えばあるクラスAが非同期で外部機器を延々ポーリングしていて、トリガーが発生したらクラスBの処理を行いたいといった場合
・クラスAにクラスBのインスタンスを渡して、クラスBのメソッドを呼び出す
・クラスAに宣言したデリゲート(evemt?)にクラスBのメソッドをコールバック関数として登録し、クラスAはデリゲートを実行する
どちらが一般的なコーディングなんでしょうか
後者だと複数実行したい処理があるとかなり冗長な気がするんですが、他にセオリーあれば教えて頂きたいです
よろしくお願いします

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