私は現在 5 人の開発者と一緒にプロジェクトに取り組んでいます。アプリケーションは、シック クライアント、シン管理クライアント、および複数のサポート メンテナンス アプリケーションで構成されます。現在、シック クライアントは VB6 で作成されており、今後 6 ～ 12 か月以内に .NET に変換される予定です。シン クライアントは、シック クライアントの設定を管理スタッフが管理できるようにする管理 Web アプリケーションです。サポート メンテナンス アプリケーションは、毎晩のバッチ ジョブと、アプリケーション全体でデータを移動し続けるために定期的に発生する必要があるジョブを実行するために使用されます。現在、次の構造があります。
ファイルシステム：
現在のファイル システム レイアウト http://img130.imageshack.us/img130/5387/currentprojectlayout.png
SVN:
現在の SVN レイアウト http://img707.imageshack.us/img707/2320/currentsvnlayout.png
ご覧のとおり、Subversion リポジトリは基本的にファイル システム レイアウトを反映しており、標準の Subversion トランク、タグ、およびブランチ フォルダーに明らかな変更が加えられています。私たちのプロジェクトには、参照されているすべての非 GAC dll を保持する lib フォルダーがあります。src ディレクトリ内には、2 つのフォルダーと継続的インテグレーション ビルド ファイルがあります。2 つのフォルダーには、シック クライアント (VB6) とその他のプロジェクト (その他) の 2 種類のアプリケーションが格納されます。VB6 アプリケーションは、アプリケーションのさまざまなビジネス ロジックを含むさまざまなモジュールに分割されます。Other フォルダーには、さまざまなプロジェクトがあります (上記の Project1 – Project6 で示されていますが、他にもたくさんあります)。シン クライアント コードを格納する Web アプリケーションを作成します。ここにある他のプロジェクトのいくつかは、アプリケーションをサポートしています。アプリケーションのさまざまな部分でアクセスされる共通のクラスと、メンテナンス アプリケーションです。VB6 アプリケーションで .NET に移行するとき、プロジェクトを少し再構築し、このアプリケーションを再編成するための最良の方法を知りたいと思います。私が最初に考えたのは、次の構造を持つことでした。
提案されたファイル システム レイアウト http://img248.imageshack.us/img248/7712/proposedprojectlayout.png
この種の問題に対処するスタック オーバーフローの質問がたくさんあることは承知していますが、これは私のプロジェクトに関する具体的な質問であり、他の多くのような一般的な質問ではありません。これがプロジェクトを整理する最善の方法ですか、それとももっと良い方法がありますか?
ありがとうございました、
スコット・ブルー