問題タブ [directory-structure]

私は winforms プロジェクトを持っており、コマンド パターンを使用しています。ディレクトリ構造をクリーンアップして一貫性を持たせようとしています。

ルート コマンド フォルダーが必要かどうかを判断しようとしています。ディレクトリ構造には何が良いと思いますか?

プロジェクト
-- コマンド
----AddCommand
----SubtractCommand
----InsertCommand
----DeleteCommand

また

プロジェクト
--計算
----AddCommand
----SubtractCommand
--データベース
----InsertCommand
----DeleteCommand

アプリケーションの最適なディレクトリ構造を決定しようとしています

私は持っている：

UI
データ
インターフェイス

しかし、デリゲートをどこに置くべきかわかりません..

別の Delegates フォルダーが必要か、または使用されているのと同じクラスにデリゲートを格納する必要があります。.

さて、私はクラスの1つをルートフォルダに入れようとしています。

UI
BusinessLogicDataAccessBusinessObjects インターフェイス
_
_

バケツが上手くいかないところがもう少しあるので、提案を探しています

1. プライベートディクショナリを維持し、特定のキーに基づいてオブジェクトへのさまざまなアクセスを許可するCacheクラス

2. イベントArgクラス？

また、プロジェクトの下で、3つすべて（データアクセス、ビジネスオブジェクト、busiensslogic）を持つサブシステムができ始めました。フォルダ構造をどのように分割する必要がありますか？

A。

ProjectX
--Subsystem1
---- BusinessObjects
---- DataAccess ----
BusinessObjects
--Subsystem2
---- BusinessObjects
---- DataAccess ----
BusinessObjects

また

ProjectX
--BusienssLogic
---- Subsystem1BL
---- Subsystem2BL
--DataAccess
---- Subsystem1DA
---- Subsystem2DA
--BusinessObjects
---- Subsystem1BO
---- Subsystem2BO

また

ProjectX
--BusinessLogic
--DataAccess
--BusinessObjects
（各機能サブシステムのサブディレクトリなし）

どうやら、Directory.Move を使用して異なるボリューム上のファイルを移動することはできません。

各ファイルを個別に宛先にコピーしてから、ソースディレクトリを削除する必要があることを読みました。

他に選択肢はありますか？

私は次のディレクトリを持っています：

-UI
-BusinessLogic
-DataAccess
-BusinessObjects

サーバーシステムの状態を変更するサーバー側サービスへのクライアントスタブであるクラスがある場合、それはどこに行きますか. .

「GoogleCode」でホストされているオープンソースプロジェクトの1つで、「TortoiseSVNclient」で「Subversion」を使い始めたところです。それを使用するためのいくつかのベストプラクティスを取得したいと思います。デフォルトのフォルダ構造（トランク、ブランチ、タグ）に従っています。以下は質問です

1. 最初のチェックインはいつ行いますか？一連の機能を終了した後ですか、それとも開発の初日からですか？
2. 最初のチェックインはどのディレクトリに行きますか？それは「トランク」に入れますか、それとも「ブランチ」にチェックインして、機能が完了したら「トランク」にマージしますか。この場合、機能が完了するまで「トランク」は空になります。
3. 変更が加えられた場合、直接「トランク」にチェックインしますか？そうでない場合、作業コピーは常に「ブランチ」ディレクトリを使用しますよね？

どんな助けでもいただければ幸いです。

私はディレクトリ構造を実験しており、現在以下のものを使用しています:

Web は Web アプリケーションを格納し、デスクトップはデスクトップ アプリケーションを格納します。dev ディレクトリはバージョン管理されており、他のディレクトリ (prod、qe、uat) にはそれぞれの最新リリースが保存されています。プロジェクト ディレクトリには、コードに関連しないプロジェクト アイテムが格納されます。

ソフトウェア開発のディレクトリ構造はどのようなものですか? また、その構造を推奨する理由はありますか?

アプリケーションにプレーンテキストの構成ファイルがあるとします。これらには、開発環境でアプリケーションをテストするために必要な機密情報が含まれています。プロジェクトにアクセスして作業するために、さまざまな OS を使用しています (win、mac など)。

構成ファイルの一部の情報を私の公開 git リポジトリーに入れたくありません。最良の場合、機密情報をプレースホルダーに置き換え、構成ファイルをリポジトリにアップロードして、その構造を追跡する必要があります。

問題にどのようにアプローチしますか？

フック自体は、私が書くのにたいした問題ではありません。それをすべてまとめる方法、可能なディレクトリ構造などにもっと興味があります。私はgitにまったく慣れていません。

与えられたファイルセット

セット内の各ファイルに、ファイル名から拡張子を除いた名前のサブディレクトリを作成するにはどうすればよいですか?

たとえば、folderA/X.file と folderA/folderB/Y.file というファイルがある場合、folderA/X と folderA/folderB/Y というディレクトリを作成したいと考えています。