C# と VB.NET の質問掲示板

ASP.NET、C++/CLI、Java 何でもどうぞ

C# と VB.NET の入門サイト

Re[6]: フォームの呼び元を判定したい [1]

■No24501 (たくボンさん) に返信
> ...
> こんな感じだと思うので、この場合は「どこ」から呼ばれたかも特定できると思う。

うん。これは認めたうえで:

> ｷﾓﾁ悪い云々より、将来的なことも考えてｺｰﾃﾞｨﾝｸﾞすべき。

なのだから、"どこから呼ばれたか"に依存するようでは将来的なことを考えてないと判断します。

■No24503 (επιστημη さん) に返信

>>ｷﾓﾁ悪い云々より、将来的なことも考えてｺｰﾃﾞｨﾝｸﾞすべき。
>
> なのだから、"どこから呼ばれたか"に依存するようでは将来的なことを考えてないと判断します。

少し書き方がまずかったですね。将来的なｺｰﾃﾞｨﾝｸﾞとは設計も含めと言う意味合いでした。

> 処理の分岐は本来、呼び出し側で実装すべきだとは思わないので多用は避けるべきかも。

基本的に、呼び出し先は呼び出し側に制限されるべきではないし、制御の分岐が必要なら多階層の設計も視野に入れるべきだと思っているので。

> > どっちかっていうと、そっちの方が良くない気がします。
> > 動作モード的なプロパティを設けて、画面ではなくモード設定で制御の方がややお薦めです。
> >
> Nameプロパティよりも型で判別したほうが確実じゃないですか？
> なぜ良くないとされるのかわかりません。

いまさらですが一応書いときます。
どっちかっていうとと書いてるとおり、絶対にこっちの方がいいとかではありません。
※というかどっちもよろしくないのは散々出ているとおりですが。

理由は、直接型を参照すると呼び出し側への依存が非常に大きくなるからです。
コンパイル時に静的に参照が必要というのは、最大限の依存です。
今回の構造だと、呼び出す側と呼び出される側が必ず同じアセンブリになくてはならなくなります。
名前だと、直接の参照関係がなくなるので、多少なりともましになります。

ただし今回の場合明らかに相互依存する前提で作られてるので、まあどっちでも大差はないかもしれません。
そういう意味での、どっちかっていうと、です。

皆さんの意見を参考にさせて頂きました。　本当に有難うございます。
今の自分のスキルでは、ぴんと来ない部分もありますが努力していこうと思います。

なちゃさんの書き込みに
>今回の構造だと、呼び出す側と呼び出される側が必ず同じアセンブリになくてはならなくなります。
>名前だと、直接の参照関係がなくなるので、多少なりともましになります。
とありますが、
これって作成するフォームにも汎用性を持たせて、別のプロジェクトでも使えるよーにしましょう
ってことなんですか？
最初の質問から、内容がずれた質問なので別にスレを立てて聞いた方が良いかもしれませんね。

> これって作成するフォームにも汎用性を持たせて、別のプロジェクトでも使えるよーにしましょう
> ってことなんですか？

[1] どこから呼ばれたか

ではなく

[2] どんな目的で呼ばれたか

によって挙動を変えた方がいい。てことです。
そうすれば独立性が高くなり(画面デザインに依存しなくなり)、追加/変更に強くなります。

有難うございます。　とりあえず言葉のまま覚えておきますね。

もっと修行を積まないと、どうやって作っておいた方が後々便利かってイメージが湧かないみたいです。
あー、この事だったのかって、将来実感できればいいなと思います。

C# と VB.NET の質問掲示板

ASP.NET、C++/CLI、Java 何でもどうぞ

C# と VB.NET の入門サイト

Re[6]: フォームの呼び元を判定したい [1]

過去ログには書き込み不可