0

私はこの質問を見ていて、プロジェクトをパッケージ/アセンブリに分割するときに使用できるデザインパターン/経験則はあるのだろうかと思いました。

私は通常、これに問題はないようです。パッケージ/アセンブリに分割して、それぞれがアセンブリに関連することをできるだけ少なくする傾向があるためですが、私は時々、クラスが1つの名前空間にあるべきか別の名前空間にあるべきかに関する損失。

私が見たデザインパターンのほとんどは、クラスを構造化する方法を決定するのに役立ちますが、名前空間を構造化するのに役立つものは見たことがないと思いますか?

他に誰か見たことがありますか?

4

1 に答える 1

0

設計パターンは、コードの構成についてあまり記述しない、コードの動作と状態に関するベストプラクティスです。あなたのタイプとそれらが何であるか、そしてそれらが何をするかについて考えるだけで、一般的なタイプは一般的な名前空間に分類されます。

于 2009-06-02T13:55:29.247 に答える