問題タブ [project-structure]

私のチームは、最初の Silverlight 4 アプリケーションの作成に取り組んでいます。まず、実際のプロジェクトについて少し詳しく説明します。Out-of-Browser を実行するように設計されたのは Silverlight 4 であり、Dataobjects の独自の実装でデータ サービスに WFC を使用します。(エンティティ フレームワーク、LINQ-to-SQL などはありません)。11 を超える個別のプロジェクトを含むソリューション構造を推奨しているコンサルタントが数人います。私たちにはその理由がないように思われますが、次のようなものが必要な理由について正当化できる人はいますか?

• Project.Client - アセット、スタイル、ビュー
• Project.Common - コンバーター、ヘルパー
• Project.Data - 不明な目的 (クライアント プロジェクト)
• Project.Infrastructure - コマンド、定数、インターフェイス、ロギング
• Project.MajorFunctionA - 「アプリケーションの主要機能 A のビジネス ロジック」
• Project.MajorFunctionB - 「アプリケーションの主要機能 A のビジネス ロジック」
• Project.MajorFunctionC - 「アプリケーションの主要機能 A のビジネス ロジック」
• Project.Models - WCF サービスへの抽象化されたアクセス
• Project.UIControls - UI のカスタム コントロール
• Project.UnitTests - "潜在的にすべての単体テスト"
• Project.ViewModels - UI のビュー モデル
• Project.Web - Silverlight アプリのホスト プロジェクト - コードなし
• Project.Web.Infrastructure - データ オブジェクトと WCF サービス

さて、私たちの主な混乱は、アプリケーションの小さなコンポーネントである「Project.MajorFunctionA」のようなものと同様に、それらを分離するために名前空間だけを除外しない理由と、なぜ独自のプロジェクトを持たなければならないのかということです。(その特定の関数のビューとビューモデルは、そのプロジェクトではなく、他のクライアント/ビューモデル プロジェクトに存在することに注意してください。

これには理由が見当たらないので、何らかの検証を求めているだけです。

最終的にPOJOをxmlにマーシャリングするspring-wsWebサービスを作成したいと思います。また、WebサービスのクライアントがxmlをアンマーシャリングしてPOJOに戻すことを希望します。プロジェクトをどのように構成する必要がありますか？

現在の私の考えは次のとおりです。

1. ドメインおよびビジネスレイヤープロジェクト-メインフレームにクエリを実行し、POJOを作成する機能があります。このプロジェクトは、以下のプロジェクトのいずれにも依存していませんが、メインフレームライブラリに依存しています。
2. Webサービスプロジェクト-リクエストを受信し、プロジェクト1のビジネスロジックを呼び出し、プロジェクト1からマーシャリングされたドメインオブジェクトを返すWebサービスを実装します。
3. クライアントプロジェクト-Webサービスを呼び出し、いくつかのxmlを受信し、プロジェクト1からドメインオブジェクトにxmlをアンマーシャリングします。

この設計で私が抱えている問題は、プロジェクト3がドメインモデルのプロジェクト1に依存しているが、その結果、メインフレームライブラリに依存していることです。これは、最初にコードを緩く結合することであったWebサービスを作成する私の主な理由と矛盾します。反対に、ドメインモデルをビジネスロジックから個別のプロジェクトに分割することですが、これは少し極端に思えます。

tl;dr質問は一番下にあります。

私は何か新しいことを試みている開発者です-私の最後の毒はc++です。私は自分の時間の半分をLinuxラップトップに費やし、残りの半分をWin XP PCに費やしているので、優れたc ++プラクティスを使用して、基本的なベアボーンプロジェクトを作成する方法を見つけようとしました（経験からはわかりませんが、私はそれらについて読んだだけです）。現在、私のプロジェクトcmake . && makeはLinuxで使用している間はほとんど機能します（ヘッダーファイルとソースファイルが同じフォルダーにある場合は機能しますが、/ srcフォルダーを含めるように分離すると失敗します）。私はWindowsでnuwenのmingwのディストリビューションを使用しています（ツールチェーンが機能していることはわかっています。Eclipse内から問題なくプロジェクトをコンパイルします）。

私のプロジェクトディレクトリは次のようになります。

ファイルの内容は非常に単純です（わかりやすくするためにインクルードガードなどを削除します）

App.h：

App.cc：

main.cc：

CMakeLists.txt（1）-メインのもの：

CMakeLists.txt（2）-インクルードディレクトリ内

CMakeLists.txt（3）-srcディレクトリ内

そして、これは私が得た限りです-いくつかの変更（つまり、App.ccをincludeディレクトリに移動する）で、すべてがLinuxで正常にコンパイルおよび実行されます-しかし、mingwジェネレーターをWinXPで動作させることができません。適切なmake.exeを指すようにファイルCMakeCache.txtのCMAKE_MAKE_PROGRAMを手動で調整しました（これはシステム変数として定義する必要があることはわかっていますが、さまざまなPCで作業しているため、後でジャンクを残したくありません自分）。

私の質問は次のとおりです。

1）マルチプラットフォームのCMakeLists.txtファイル（OSとプロジェクトファイルの場所に関係なく機能します）を作成するためのガイドラインは何ですか？これにより、プロジェクト構成を一方のOSからもう一方のOSに簡単に切り替えることができますか？

2）ヘッダーファイルが見つからないというエラーに対処するにはどうすればよいですか（make give：（...）\ engine \ main \ src \ main.cc：2：17：致命的なエラー：App.h：そのようなファイルまたはディレクトリはありません）？

お手数をおかけしますが、よろしくお願いいたします。

私が関わったこのプロジェクトには、アーキテクチャ指向のプロジェクトのファイル/フォルダ構造があります。

システムのアーキテクチャの観点からは明らかです（開発チームによって提案されました）。

これは、設計者チームによって提案された機能指向の構造です。

このバリアントは設計者に近く、実装する機能を明確に説明しています。

私たちのチームは聖戦を開始しました：最善のアプローチは何ですか。誰かが私たちを助けて、最初と2番目のものの短所と長所を説明できますか？たぶん、私たちの両方にとってより有用で有益な3番目のものがあります。

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

私のmvcアプリでjqueryfilesを構造化する最良の方法は何ですか。現在、すべてのスクリプトがスクリプト フォルダーにあり、全体像を把握するのが難しくなっています。

//ありがとう

C#/WPF を使用して単純なデスクトップ アプリケーションを作成しましたが、現在は、機能の多くを共有する別のより大きなアプリケーションを作成しようとしています。3 つの個別のプロジェクトを作成する必要があると考えています。1 つは共有コードを含み、1 つは 2 つのアプリ用です。

私の問題は、.NET/WPF に完全に精通しているわけではないため、この種のベスト プラクティスがあるかどうかわからないことです。良い情報源、サンプル プロジェクト、または簡単なアドバイスを提供できる人はいますか?

編集: シナリオをもう少し詳しく説明すると、最初のアプリケーションは特殊なエディターであり、2 番目のアプリケーションはこのファイル エディターを使用してプロジェクト モデルをラップし、一種の基本的な IDE を作成します。

インターフェイスとそれらを実装するクラスに関して、ソリューション/プロジェクトがどのように編成されるかについての標準はありますか? 私は MVP の DDD アプリケーションに取り組んでおり、他の人がプロジェクトをどのようにレイアウトしているか、またその理由についてフィードバックをお待ちしています。ありがとう！！

SOA についての私の理解: ビジネスのさまざまなシステムでセキュリティ チェックを行う必要があるため、同じプロセスを使用して SecurityCheck サービスを使用することは理にかなっています。このサービスは、soap、rpc、http リクエストなど、さまざまな方法で呼び出すことができます。

これがこれまでのところ理にかなっている場合、私の質問は、サービスと rpc クライアント間の依存関係に関するものです。

SecurityCheckServiceプロジェクトとRpcClientプロジェクトがプロジェクトに依存する場合、3 つの個別のプロジェクトが必要SecurityCheckResultsですか?

複数のプロジェクトを含むソリューションがあるので、たとえば、10個のテスト関連プロジェクトがnunitに依存しているとします。現在、私のソリューション構造にはToolsとLibのフォルダーが含まれているため、nunitの完全なダウンロードはToolsにあり、dllだけがLibにある可能性があります。

パッケージマネージャー（私が見ているのはNuGetとOpenWrapの2つです）は、パッケージの独自の「既知の」場所を作成する必要があると思います。したがって、パッケージ管理の昔ながらの方法に対して、Libフォルダーを手動で更新した後、nunitに依存しているすべてのプロジェクトが更新されたことがわかります。

しかし、パッケージマネージャーで更新する場合は、すべてのプロジェクトにアクセスして、プロジェクトが更新され、同じ参照を指していることを確認する必要があります。また、一部のdllが見つからない可能性があるため（現在unHAddinsを考えています）、手動のパッケージ管理から完全に解放されていません。つまり、最新の更新への移行は、すべてのプロジェクトがパッケージマネージャーによって更新されるまで行われません。

ですから、私の理解が正しいかどうか疑問に思っています。適切なサイズのソリューションにパッケージ管理を組み込むための最良のアプローチは何ですか。たとえば、次のようになります。

それは正しいですか？

乾杯、
ベリール

私はSpring-mvcのプロジェクトから始めています。これは基本的に3つの部分で構成されています

1）フロントエンド

2）バックエンド（管理者）

3）Webサービス

ドメインとDAOレイヤーオブジェクトを可能な限り再利用できるように、同時にパッケージを分離しておくことができるように、これらの部分を整理するための最良の方法は何でしょうか（FrontendCategoryControllerやBackendCategoryControllerなどのクラス名を同じパッケージに含まないようにするため）。

また、これらすべての部分に共通の構成とpom.xmlファイルを用意することをお勧めしますか？

今のところ、私はwebappアーキタイプに従ってmavenによって生成されたプロジェクト構造から始めました

編集：

私がこれを行うことを考えている1つの方法は-

すべてのJavaディレクトリで、パッケージ名は同じになります

これは正しいアプローチでしょうか

ありがとう