問題タブ [project-structure]

Adobe Flex フロントエンドと PHP/MySQL バックエンドを持つ Web アプリケーション プロジェクトを開始しています。私は多くの C++ デスクトップ アプリケーションを開発してきましたが、Web アプリケーションの構築と Eclipse 環境は初めてです。Subversion で現在のプロジェクト構造を次のように設定しました。

トランクを E:\Dev\Projects\MyWebSite\workspace にチェックアウトすると、そのディレクトリは Eclipse ワークスペースでもあります (ただし、Subversion から .metadata フォルダーを除外し、プロジェクトのみをチェックインします)。

だから私の質問は：

1) これは適切なサイト構造ですか? 具体的には、Subversion/Eclipse フォルダー構造は、htdocs の最終的なフォルダー構造をどの程度反映する必要がありますか?

2) Eclipse プロジェクトに index.html (またはいつかは index.php) を含めるにはどうすればよいですか? ワークスペースの下の静的 HTML プロジェクト (StaticLandingPage) に配置し、FileSync ビルド アクションを追加してそれを Web サーバーのルートに移動しようとしましたが、StaticLandingPage フォルダーもサーバーにデプロイされますが、これはありません。欲しいです。プロジェクト内から単一の html ファイルを htdocs ディレクトリにデプロイできるようにしたいだけです。

Eclipse Ganymede、Adobe Flash Builder 4、PDT 2.x、Subclipse、FileSync、および WST プラグイン (そうだったと思います) を使用して、Windows で開発していることを付け加えておきます。ローカル サーバーに XAMPP を使用しています。

ASP.NET MVCを使用したプロジェクトで私を本当に悩ませている問題について、これ以上の議論が見つからないことに驚いています。

複数のプロジェクトがあるVisualStudioソリューションにどのように対処できますか？MVCフレームワークには、メインプロジェクトにModels / Views/Controllersフォルダーがあります。しかし、ソリューションを論理的なグループ化に沿って複数のプロジェクトに分割し、モデル/ビュー/コントローラーを一緒に持ってきたい場合はどうでしょうか？プロジェクトの終わりを前に考えると、これらの各フォルダーには多くのクラスがあります。メンテナンスに役立つ、きれいに整理された構造をペイントしていません。クラスを関連するプロジェクトに移動するか、少なくとも組織を支援するためにフォルダー構造を使用する方法が必要です。

1つのオプションは、他のすべてのプロジェクトでメインプロジェクトで使用されているものと同じ名前空間を使用することだと思いますが、私はそのアプローチの大ファンではありません。これは通常のアプローチではありません。名前空間を定義するときに取得します。

少なくともM/V / Cフォルダー内にサブフォルダーを作成し、フォルダー名を名前空間に引き継ぐことはできないと思います。その時、クラスが見つかると思いますか？

私たちのプロジェクトの背景：これは、ユーザーが実行できる多くのビジネストランザクション（約50〜60）を備えた公開Webサイトです。各トランザクションには、サイトが提供するさまざまなサービスを実行するために、ユーザーがナビゲートする一連のWebページがあります。トランザクションごとに単一のコントローラーを使用しています（トランザクションごとにコントローラーを定義する必要があるかどうか、またはより高いレベルのグループ化を使用してコントローラーの数を減らす必要があるかどうかについて長い議論がありましたが、いくつかの情報がありますWeb（ http://codebetter.com/blogs/ian_cooper/archive/2008/12/03/the-fat-controller.aspx ）で遭遇したことで、この決定が下されました。）

いくつかの推奨事項は何ですか？他の人は彼らが満足している方法でこの問題を解決しましたか？

ジョンありがとう。

私はこれに対する答えを正確に見つけていません、多分最高のものはありません。Djangoのドキュメントはこのことについて明確ではありません。

djangoプロジェクトを設定するための良い方法がわかりません。確かに私は再利用可能なアプリを持っています。しかし、私は常にいくつかのグルーコードが必要です。

私は常にプロジェクトごとに「コア」アプリを作成していることに気付きます。これは通常、ホームペーパーを提供します。

次に、プロジェクトのURL構成で、次のようにします。

これは行く方法ですか？それとももっと良いアイデアがありますか？

android-developers グループでこの質問をしましたが、何の回答も得られなかったので、ここで試してみようと思いました。

ADT Eclipse プラグインは、Android プロジェクトをどのように構成するかについてかなり厳格な考えを持っているようです - http://developer.android.com/guide/developing/eclipse-adt.htmlAndroidManifest.xmlごとに、ルートにファイルが必要ですプロジェクトのレベル、プラスres、assets、genおよびsrc最上位のフォルダなど。

プラグインが認識するレイアウトで、プラグインをもう少し柔軟にすることができるかどうか疑問に思っています。特に、(scala ベースの) simple-build-tool用のビルド プラグインを使用してきました。これは、次のように、プロジェクトがより Maven に似た方法でレイアウトされることを期待しています。

( simple-build-tool のドキュメントを参照してください)。

これは、Maven ベースの Java 開発で慣れ親しんだレイアウトです。AndroidManifest.xmlただし、このようなプロジェクトを ADT にロードすると、 が見つからない、resディレクトリが見つからないなどの苦情がたくさん寄せられます。これらはすべて存在しますが、ADT が期待する場所にないだけです。

プロジェクトのビルドに必ずしも ADT を使用する必要はありませんが、ADT (および Eclipse) を編集に使用したいと考えています。さまざまな Android 関連のリソースを検索するために使用するディレクトリで、より柔軟にすることができるかどうか誰か教えてもらえますか?

また、ADT プラグインがオープンソースかどうか教えてもらえますか? ソースコードへのリンクがどこにも見つからないようです。

(注記として、私はsbtADT が好む方法で物事を行うためにも苦労してきました。おそらくそれは可能ですが、非常に退屈に思えます。)

ScriptsフォルダーをデフォルトのASP.NETMVCプロジェクト構造内に残すことに利点はありますか？

私の考えでは、Contentフォルダーの下にスクリプト、cssファイル、および画像のサブフォルダーを作成する方が理にかなっています。

これを行うことの欠点はありますか？

次のシナリオが通常のバージョンの VS で実装できるかどうか教えてください。つまり、チーム エディションではありません。まず、私たちのチームは 10 人の開発者と十分に小さく、リポジトリとして SVN を使用しています。ディレクトリ構造はすべての開発者にとって比較的同じであり、簡単にするために次のようになります

ワーキング\デプロイ
ワーキング\ソース

すべてのプロジェクトは「Sources」ディレクトリにあり、出力 dll は「Deploy」ディレクトリに置かれます。

1 つはプロジェクト「CoreLibrary」に取り組んでおり、出力 dll は CoreLibrary.dll であり、2 つ目は「SomeLibrary」プロジェクトに取り組んでおり、参照として CoreLibrary.dll を使用しています。これは単純化された状況です。実際には、このプロジェクトは、他の開発者の責任の対象となる多数の dll に依存する可能性があります。このシナリオでは、SomeLibrary がコンパイルされた後に CoreLibrary が変更されたときに、このような状況になる可能性があります。たとえば、他の開発者に参照を更新するように通知するのを忘れていました。そして、この変更により SomeLibrary プロジェクトがコンパイルされなくなりますが、それは実行時にのみわかります -) したがって、これを回避するために、すべてのプロジェクトを 1 つの複合ソリューションに結合することにさらに決定しました。そのため、ソリューション全体のビルドがすべて互換性があることを意味する場合。しかし、問題が 1 つあります。このためには、ソース プロジェクトの依存関係を dll からプロジェクトに変更する必要があります。また、スタンドアロン プロジェクトを開くと、このリファレンスの反対側に感嘆符アイコンが表示されますが、プロジェクトは引き続きコンパイルできます。

つまり、結論として、dll を介してプロジェクト間 (各プロジェクト - アトミック機能) を参照しています。アトミシティは、1 つの「アトム」を変更するときに、この変更が他の依存アトムと互換性があるかどうかを確認する必要があることにつながります。これは、最新のソースをロードしてコンパイルを試みる全体的なソリューションを持つ方が便利です。ただし、プロジェクト間の依存関係を dll からプロジェクトに変更する必要があります。ソース スタンドアロン プロジェクトの参照が変更されるため、これは「正しくない」ようです。すべての開発者に 1 つの大きなソリューションを作成し、すべてのソースを再コンパイルするよう強制し、彼のプロジェクトだけでなく、それも悪いことです。

私はVB.Netでプロジェクトに取り組んでおり、DALを実装する必要があります。プロジェクトのどこにDAOを固定するのが最適かはよくわかりません。DAOを、それらを使用するビジネスオブジェクトと同じ名前空間に固定する必要があります。または、すべてのDAOをまとめる必要があります。

私はあなたの.Netishの答えの私の理解を損なうかもしれないJavaのバックグラウンドを持っています。:)

単体テスト用に新しいプロジェクトを開始する必要がありますか? それは、2 つの実行可能ファイルが正しく取得されることを意味しますか? それから、名前空間の編成が気になります。別のプロジェクトの一部ですが、テストしているクラスと同じ名前空間に単体テストを配置できますか?

これは別の疑問を提起します。名前空間の命名規則が CompanyName.TechnologyName.Feautre.Design であることは知っています。ソリューション/プロジェクトのレイアウトでこれを正しく行うにはどうすればよいですか? ソリューション名＝会社名、プロジェクト名＝技術名ですか？

その場合は、単体テストを新しいプロジェクトに分離できないことを意味します。

Models.pyソース コード ファイルの内容をモデルごとに個別のファイルに分割したい Python App Engine アプリを開発していますが、すべてを Models というフォルダーに入れたいと考えています。問題は、それを行うと、アプリがクラスを見つけられなくなることです。私は何をすべきか？

この質問は MVC に関するものではありませんが、同じタイトルの別の質問は.

私はアプリケーションを構築している最中ですが、プロジェクトの構造を念頭に置いていないと、簡単に新しいパッケージを作成してしまうことに気付きました。

今、私は最初に紙の上でプロジェクト構造全体をやり直そうとしています。プロジェクトの他のいくつかのクラスの設定としてアクセスされる、パブリック プロパティを持つ設定クラスを使用しています。

さて、この設定クラスはプロジェクト全体に適用されるため、パッケージ化する必要があるかどうか、パッケージ化する場合、どのようなパッケージに存在する必要があるかがわかりません。それとも、メイン アプリケーション クラスのルート (既定のパッケージ) に配置する必要がありますか?

utils パッケージに入れることを考えていましたが、実際にはユーティリティではないと思います。たとえば設定クラスのようなパッケージ構造を決定する方法に関する戦略はありますか?