- - PR -
Controlなどはインスタンス化しますか?
1
| 投稿者 | 投稿内容 | ||||||||
|---|---|---|---|---|---|---|---|---|---|
|
投稿日時: 2004-09-16 16:58
こんにちは。jmasuと言います。
ロバストネス分析で言うところのControlについて、「属性」を持たないものとして分析されるという記述を読んだのですが、最終的にクラス化、コーディングした時保持する情報がない=フィールドに何かを持たせる必要がない、というクラスなら安易にstaticなメソッドにしてコーディングすれば良いかと思うのですが、いかがでしょうか? BusinessDelegateパターンやFacadeパターンでも、ともにフィールドにサービスにあたるインスタンスを持つ必要がなければ、インスタンス化しなくても良いと思うのですがこれは一緒の考え方をしてはいけないのでしょうか? 駆け出しオブジェクターですので、なにとぞお手柔らかにお願いいたします。 | ||||||||
|
投稿日時: 2004-09-16 17:17
もしかして、ロバストネス分析の各クラスが、実装時のクラスに1対1でマッピングされる、と お考えでしょうか。だとしたら大きな間違いです。また、「コントロールクラス」は「属性」 を持たないものとして分析される、ということですが、そもそもロバストネス図の段階では 各クラスの属性は分析しませんし、実装時にもコントロールクラス(にあたるクラス)が属性を 持たない、なんてことはないです。
小規模なものであれば、staticメソッドのみで実装しても問題ないですね。 ある程度以上の規模の場合は、ビジネスロジックを実装するのにコマンドパターンをよく使う のですが、その場合はstaticメソッドでは実装できませんね。 で、結論としては、ロバストネス分析の段階では実装は基本的に考慮しないので、このような 実装に特化した問題がロバストネス分析で決まることはない、ということです。 | ||||||||
|
投稿日時: 2004-09-16 18:24
ukさんありがとうございます。
ロバストネス分析に関して少し調べたことがある程度の知識だと認識しておく必要があるとはっきりわかりました。ご指摘、ご教授ありがとうございます。
かなり勘違いをしていました。全くもって恥ずかしい限りです。 重ね重ねありがとうございました。 | ||||||||
1
