ASP.NETアプリケーションとVB6アプリケーションで構成される大規模なプロジェクトを継承しました。
作業を進めながら、コードをリファクタリングしようとしています。私の質問は、1つのプロジェクトを複数のプロジェクトに分割するためのガイドラインは何ですか？私はオンラインで調査しましたが、一部の開発者はビジネスロジックレイヤーとデータロジックレイヤー用に別々のプロジェクトを作成すると言いますが、他の開発者はユーティリティプロジェクトを持っていると言います。
他の開発者はどのカテゴリのプロジェクトを使用していますか？カテゴリのリストを探しています。
システムが非常に複雑な場合は、サブシステムごとに複数のプロジェクトに分割できます。
CodeCompleteのSteveMcConnellは次のように書いています。
「一般的なサブシステム：
ビジネスルール：ビジネスルールは、コンピュータシステムにエンコードする法律、規制、ポリシー、および手順です。給与システムを作成している場合は、許容源泉徴収の数と推定税率に関するIRSのルールをエンコードすることができます。..。
ユーザーインターフェース。プログラムの残りの部分に損傷を与えることなくユーザーインターフェイスを進化させることができるように、ユーザーインターフェイスコンポーネントを分離するサブシステムを作成します。..。
データベースアクセス。データベースへのアクセスの実装の詳細を非表示にして、ほとんどのプログラムが低レベルの構造を操作する際の厄介な詳細を心配する必要がなく、ビジネス上の問題レベルでの使用方法の観点からデータを処理できるようにすることができます。 。..。
システムの依存関係。ハードウェアの依存関係をパッケージ化するのと同じ理由で、オペレーティングシステムの依存関係をサブシステムにパッケージ化します。たとえば、Microsoft Windows用のプログラムを開発している場合、なぜWindows環境に限定するのでしょうか。WindowsインターフェイスサブシステムでWindows呼び出しを分離します。後でプログラムをMacOSまたはLinuxに移動したい場合は、変更する必要があるのはインターフェイスサブシステムだけです。」
また、通常はサイクル参照を破棄するために作成され、ソリューションの共通インターフェイスとユーティリティを含む、名前の付いたCommonProjectを分離することもできます。