問題タブ [projects-and-solutions]

NHibernate を利用し、DDD の概念を取り入れようとしている WebForms ソリューションの適切なプロジェクト構造として、どのようなものをお勧めしますか?

ルート名前空間とソリューション名が Sample であると仮定します

• Sample.Domain - ドメイン オブジェクトとマッピング ファイルが含まれています
• Sample.Repositories - リポジトリと nhibernate 接続構成ファイルが含まれています
• Sample.Business - ビジネス ロジックが含まれています
• Sample.Web - 実際の WebForms プロジェクト - すべて プレゼンテーション

私は何を忘れていますか？これらに名前を付けるより標準的な方法はありますか?
このトピックに関する素晴らしいブログ投稿はありますか?

Visual Studio 2005 ソリューションの保守を任されていますが、Visual Studio 2008 にしかアクセスできません。Visual Studio 2008 で古いソリューションを開こうとすると、IDE はソリューションを新しいバージョンに変換しようとします。

この変換中に正確に何が起こり、それを停止する方法はありますか (2005 年に開くことができるようにコードを提供する必要があるため)。

どうしてそうなったのかはわかりませんが、約 1 週間、同じソリューション内の (異なるプロジェクトの) ファイル間を移動するたびに、Visual Studio がアクティブなプロジェクトを切り替え続けます。もちろん、F5を押してデバッグを開始したり、Ctrl + F5を押してテストを実行したりすると、クラスライブラリを直接起動できないため起動できないと表示されます...アクティブなプロジェクトを再度切り替えました。

これは私を狂わせており、それをオフにする設定が見つかりません。次のアドインをインストールしました。

• リシャーパー 4.5
• チームシティ
• AnkhSVN 2.0.something (最新)
• ゴーストドック
• ガリオ

[ソリューション エクスプローラーでアクティブなアイテムを追跡する] オプションを有効または無効にしましたが、解決しませんでした。

誰でもアイデアはありますか？

ありがとうございました！

アップデート:

• Sharptooth の提案に従って ProjectGuid を確認しましたが、すべてのプロジェクトには一意の GUID があります。

悪魔の支持者を演じましょう。ソリューションをコーディングするのではなく、高価なパッケージを購入するように経営陣に与える理由は何でしょうか。

私は、約 10 の異なるプロジェクトで構成されるかなり大きなソリューションを持っています。これまで、ソリューション全体をまとめてお客様に出荷してきましたが、ソフトウェアの機能を取り除いたバージョンの出荷を検討しています。

この目的のために、ソリューションからいくつかのプロジェクトを除外したいと思います。ソリューション構成マネージャーでプロジェクトがビルドされないようにできることは知っています。削除された構成が選択されている場合、マクロを使用してすべてのコード参照を無効にすることができます。残念ながら、これはプロジェクト参照を処理しません。選択した構成に応じて、これらの参照を条件付きにすることはできますか?

VS 2008ソリューションを検索して、.rptファイルのすべてのファイルを返したいのですが。

可能であれば、コードに含めることをお勧めします。これらのファイルを繰り返し処理したいと思います。

（これは、私が継承し、クリーンアップしようとしている参照されていないコードがたくさんあるソリューションのメンテナンス用です）

この質問には、他の関連する質問がいくつか含まれています。1 つまたは複数の質問に自由に答えてください。

• プロジェクト/DLL を分離する利点は何ですか?
• プロジェクト/DLL を分離することの欠点は何ですか?
• 共有可能なリソースごとに新しいソリューション/DLL を作成すると、多くのプロジェクトになりませんか?
• あまりにも多くのプロジェクト (40 以上など) の後、これは IDE のパフォーマンス (VS.NET 2008) に悪影響を及ぼしますか?

この質問をするのは、非常に多くの異なるクラスを持つこの大きなソリューションを手に入れたからです。また、いくつかのインターフェイスを分離する必要があり、すべてバラバラになっているため (循環依存関係の問題)、複数の DLL を作成する必要があるため、単にしたいだけです。今回は必ず正しい方法で行ってください。

私は 5 ～ 6 個のプロジェクトを含む大きな VS.NET プロジェクトを持っています。これらのプロジェクトの 1 つは Core DLL です。

プラグインのサポートを追加するために、インターフェイスを抽出しましたが、他のクラスを使用するにはインターフェイスが必要であり、Core.dll にはインターフェイスが必要だったため、それらを分離する必要がありました。(相互参照はできません)

この後、約4時間費やしてもそれらを分離できなかったので、私の一日は台無しになりました! 最後に、20以上のプロジェクトを作成しましたが、それでも機能しません(実際には閉じません)。最終的に 50 個のプロジェクトが作成され、それを正しく行うには多くのコードを変更する必要があるようです。

私のコードが高度に結合されていることに気付き、少し戻ってきました。

私はこれを正しく行っていますか？高度に結合されたコードのせいで、会費を払って苦しむ必要がありますか? または、何か不足していますか？

職場では、かなりの数のフロントエンド、バックエンド、およびサポート コンポーネントを含む大規模なアプリケーションを開発しています。通常、フロントエンドは C# で開発され、バックエンドは Java で開発されますが、バックエンドの一部は C# で開発され、その後 C++ で開発されることもあります。

言語とプラットフォームの選択は任意ではありません。私たちは、開発時間、ツールチェーンのコスト、特定の開発チームによる言語への習熟度など、それぞれの相対的なメリットを比較検討しようとしています。ただし、これらすべてのコンポーネントに共通しているのは、それらがすべて完全な操作に必要であるということです。製品であり、独立した (しかし非常にコミュニケーションの取れた) チームによって同時に開発されていること。

以前は、.NET コードに Team Foundation Server を使用し、Java コードに Subversion を使用していました。チームの責任が明確に分離されていたため、あるソース ツリーから生成されたバイナリ (この場合は WAR) を別のソース ツリーに配置する不便さと、ブランチとリビジョンの同期を維持するための高い手動オーバーヘッド以外の問題はほとんどありませんでした。このプロジェクトでは、チーム間の分離の程度は意図的に非常に小さくなり、分岐/マージの量はかなり多くなることが予想されます。その結果、統合された VCS、より具体的には Subversion に移行しています。

これが問題の本質につながります。Java と C# のコードを効果的に混在させるにはどうすればよいでしょうか。実際には、Java コードベースに依存する .NET コードを使用します。Java バイナリは、単体テスト コード以外のものを実行するために必要です (統合テストには既にバイナリが必要であり、QA、受け入れテストなどにも確かに必要です)。現在考えていることは次のようなものです。

ソース ツリー全体が 1 つのブランチの下に配置されるという考え方です。.NET コードは Java コードに依存しているため、(ほとんどの場合) Java コンポーネントの ant スクリプトを呼び出すビルド後の手順をソリューションに追加します。これにより、コードベース全体 (.NET 開発者の場合) または Java コンポーネントのみ (Java 開発者の場合) の分岐が可能になります。

このソリューションの問題点は次のとおりです。

1. 2 つのコードベースのいずれかが非常に大きくなり、ブランチごとにコピーを作成することが現実的ではなくなった場合はどうなりますか? (私たちの考え: 分割して .NET と Java コードのリポジトリを分離し、svn:externals を使用します。これに関する意見をいただければ幸いです)。
2. Java開発にはEclipseを使用しています。「共有」ワークスペースをどのように管理しますか (つまり、どのコンポーネントにどのプロジェクトが必要か、依存関係グラフなど)? これまで、Java コンポーネントは比較的少なかったので、各開発者はそれらすべてを同時にワークスペースに保持することができました。Java コンポーネントと Java 開発者の増加に伴い、どうすればそれを続けられるかわかりません。2 つのコードベース間の同期を維持しながら、ワークスペースのバージョン管理 (ソリューション ファイルのようなもの) を維持する方法について何か提案はありますか?

ご意見をお待ちしております。

私のSharePointVisualStudioソリューション構造には、現在次のプロジェクトが含まれています。

• 共通：拡張メソッド、ヘルパー、頻繁に使用されるコントロールなどが含まれます。
• ロギング：通常はCommonに含まれますが、「unsafe」とマークされたネイティブメソッドへの呼び出しが含まれます
• サイト固有のプロジェクト：個別のサイトごとに1つ、そのサイトに固有の機能、Webパーツ、イベントレシーバーなどが含まれます
• コンソールアプリ：必要に応じて/必要に応じてコンソールアプリプロジェクト

私はWSPBuilderを使用しているため、各プロジェクト（コンソールアプリを除く）には独自のSharePointWSPソリューションファイルがあります。

これはSharePointコードを分割するための良い方法ですか？どのようなアプローチを使用していますか？