問題タブ [object-oriented-analysis]

BDD と、BDD がどのように TDD を改善するかについて読めば読むほど、すべてが混乱しているように思えます。私は、それが設計に関するものであると言う専門家からの引用を見つけましたが、それは分析に関するものであると言う他の専門家からの引用も見つけました.

私が現在見ている方法は次のとおりです。

1) 分析: BDD

ウィキペディアから

オブジェクト指向分析の結果は、システムが機能的に実行する必要があることを概念モデルの形式で記述したものです。

したがって、BDD の後に要件 (ストーリーとシナリオ) があります。しかし、概念モデルの部分についてはよくわかりません。

2) 設計: たとえば、CRC カードを使用した責任駆動型設計などのツールを使用

3) コード: 設計をコーディングし、必要に応じてテストを使用します (TDD が間違っていると彼らが言うように、これも役に立ちます)

私はこれをどう見るか間違っていますか？現在、木々の間から森が見えず困っています。

ソフトウェア アプリケーションの設計 (UML など) を文書化している Web サイト (書籍ではない) は?

建築家は、インスピレーションと建設に利用できる多くのリソースを持っています。ソフトウェアの構築に関するリソース (Meyer のObject-Oriented Software Constructionなど) を探すのではなく、アプリケーション開発の出発点として使用できるソフトウェア コンポーネントまたはクラス図の設計例を探します。

アプリケーションの例には次のものがあります。

• ゲームシステム
• ワードプロセッサ
• ユーザーインターフェース
• テレフォニー コール制御
• 診療予約
• 届出制度
• 事故管理
• ネットワーク監視
• レストランケータリング
• 配車（タクシー、警察）
• バケーションパッケージの販売

デザイン パターンの本は良いスタートですが、レベルが低すぎます。

Composite Design Patternの実際の例を説明してください。

成熟した製品に取り組んでいて、製品の 50% に必要な新しい検索機能が要求されたとします。壊したくない SomeDao との確立されたインターフェイス継承関係があると仮定します...

...メソッド 'findByCriteria(..)' を公開する方法はありますか?

可能な限り、使用されている新しい型にキャストして SomeDao を変更することは避けたいと心に留めておいてください。

よろしく、ジェームズ

100以上のクラスを持つ大規模なレガシーシステムのオブジェクトランドスケープをナビゲートするのに苦労することがあります。

これはかなり一般的な課題のようです。

ソースコードをコンパイルして、オブジェクトが互いにどのように関連しているかを何らかの形で視覚化する、強く推奨されるツールがあるかどうかだけ知りたいです。

ありがとう。

こんにちはクラスメソッドは、インスタンスをロードする必要がないため、一般的にインスタンスメソッドよりも高速であると測定されていますか？もしそうなら、可能であればクラスメソッドを使用する必要がありますか？ありがとう

配列 final を宣言する理由はありますか? このようなことを言う

ここには独特の問題/状況があります。できるだけシンプルにしようとしています。私は、基本クラス (Parent など) と、基本クラス (Parent) から直接派生する一連の派生クラス (Child1、Child2 ..ChildN など) を持っています。基本クラスを変更し、「AVeryPrivilegedMethod」を追加します。これは、Child2 と Child3 にのみアクセスでき、他の子にはアクセスできません (または、将来、Child5 も将来的に最小限の変更で使用できるように構成可能にします)。この法案に適合するデザイン パターン/アーキテクチャ パターンはどれですか?

使用言語 - C#。

PS: InternalVisibleToを使用することを考えていましたが、これがアセンブリ レベルで適用されることに気付きました

• 特定のフレームワーク内で作成しようとしているアプリケーションのクラス図を作成しようとしています。
• このフレームワークは独自のカスタム API を公開しており、私の設計の一部のクラスは API のクラスによって表されます。
• これらのクラスの一部は非常に複雑になる傾向があるため、クラス図でこれらのクラスをどのように表現するか、またはそれを試みるべきかという問題に直面しています。

もう少し詳しく言うと、

• 私のアプリケーションは、あるサーバーから別のサーバーにアーティファクトを移動します。
• 私が取り組んでいるフレームワークは、送信元サーバーと送信先サーバーを表し、通信するためのクラスとメソッドを提供します。
• これで、クラス図でサーバー クラスとその機能の表現を説明する必要があることがわかりましたが、クラス図でそれを行うにはどうすればよいでしょうか。

よろしくお願いいたします。

現在、私は Head First Java を介して Java を学習している最中であり、OOP / デザイン パターンについてもっと読むことに前向きになり始めています。

私の質問は、Head First Java の次にどの本を読むべきかということです。Head First Design Patterns と Head First Object Oriented Analysis and Design の間で迷っています。間違いなく、おそらく両方を読むべきですが、この 2 つの違いがどこにあり、どちらが Head First Java のフォローアップとして適しているかは正確にはわかりません。

これらを読んだ人からの提案や詳細は大歓迎です。