問題タブ [solid-principles]

私は自分のプロジェクトでこのようなものを持っています。プロジェクトはすでにちょっと終わっています (それは機能しています) SOLID の原則で問題ないかどうか知りたいだけです

そして使い方はこんな感じ

SRPに違反していることは明らかですが、このクラスは静的であり、互いに独立した静的メソッドが含まれており、メソッドごとに静的クラスを作成する場合も同様です

純粋なOODの原則ではありませんが、 SOLIDの原則について考えるときは、 DRYも含める必要がありますか？そうでない場合-なぜですか？

私は常にSOLIDの原則を適用しようとしていますが、Qtツールキットは本当に気に入っていますが、単一の継承ルールで常に苦労しています。

多重継承を使用している場合、mocは、最初に継承されたクラスがQObjectのサブクラスであると想定します。 また、最初に継承されたクラスのみがQObjectであることを確認してください。

QObjectルールからの単一の継承とインターフェイス分離の原則をどのように組み合わせるか。
信号とスロットを使用してインターフェイスを定義したいのですが、これを行うことは許可されていません。

このショートカミングをどのように回避しますか？

Matt Petters の DDD に関するブログを読みました

それに応じて、エンティティごとにリポジトリ（インターフェース）を作成し、その後、リポジトリのインスタンス（インターフェースとして宣言）を提供するRepositoryFactoryを作成すると言われています

これはプロジェクトがDDDを使用して行われる方法ですか?

つまり、DDD を使用していると思われるプロジェクトを見ましたが、各リポジトリを直接呼び出していて、関連するファクトリはありませんでした。

そしてまた

なぜそんなに多くのリポジトリクラスを作成する必要があるのですか、なぜ次のようなものを使用しないのですか

SOLIDの原則に違反している可能性があると思いますが、それ以外の可能性はありますか?

私が何かを持っているなら

つまり、正方形と三角形のクラスを使用してはならず、図のみを参照する必要があるということですか？

決してこのようにしないように：

複合パターンのリーフは、リーフが使用することのない、、、およびメソッドを含むコンポーネントインターフェイスを実装しAddますRemove。GetChildこれは、インターフェイス分離の原則に違反しているようです。

では、Composite Pattern SOLIDの使用法はどうですか？

複合パターンへのリンク：http：//www.dofactory.com/Patterns/PatternComposite.aspx

私は SOLID の原則をチームに紹介しましたが、チームはその原則を理解し、喜んで使用しています。

私は、これらの原則を使用するためにすでにリファクタリングされたいくつかのプロジェクトを彼らに提供しました。プロジェクト内の非常に疎結合されたクラス間の接続を確認するのに苦労している場合に私が見る最大の問題. クラス図を作成しても、接続が表示されません。私が言及している特定のプロジェクトも、実装に依存性注入と XML 構成を使用しています。ただし、これには目的があり、使用されているクラスを見つけるのがさらに難しくなります。

クラス間の関係と、それらがプロジェクト内でどのように使用されているかを視覚的に示す最良の方法は何ですか?!

編集日: 2008/10/24 20:40

UML コメントに基づいて、組み込みの Visual Studio クラス図を参照して、アプリケーションのモデルを構築しようとしました。各インターフェースの説明はできますが、それらが明確に接続されているかどうかはまだわかりません。

単一責任の原則と関心の分離の違いは何ですか？