問題タブ [project-structure]

同じモジュールに複数のエントリ ポイントがあります。

たとえば、ホームページ用の Home エントリ ポイントと、管理ページ用の Admin エントリ ポイントがあります。

私が今セットアップしている方法 - OnModuleLoad で次のように somt をチェックする必要があります:

ホームページが開いたときに管理エントリポイントが実行されないようにするためです。

上記のチェックを行わないことには、ホーム ページと管理ページの両方に同じ名前の div がある場合に、挿入するものが何であれ、それぞれに 2 回表示されることも含まれます。

これは 1000 マイルも離れた場所からでも悪臭を放ちますが、これは明らかに間違っています。人々の経験でこれを行う正しい方法は何でしょうか?

どんな助けでも大歓迎です！

Java プロジェクトで構成ファイルを保存する場所のベスト プラクティスはありますか。この場合、ファイル タイプは Java プロパティ ファイルですが、他のプロジェクトでは他のファイル タイプを使用します。

スタンドアロン アプリケーション (.jar) から Web アプリケーション (.war) まで、推奨事項は異なりますか?

*.mo 翻訳ファイルをバージョン管理システムにチェックインする必要がありますか?

これは一般的な質問です。しかし、特に私は git リポジトリを使用して Django プロジェクトに取り組んでいます。

私は Eclipse が好きで、それを使いたいと思っています。問題は、svn からチェックアウトしたプロジェクトを簡単かつ迅速に構成する方法を見つけられないことです。

私が扱っているすべてのプロジェクトにはいくつかのモジュールがあり、ビルド出力、ライブラリ、メイン、およびプロファイルの 4 つのフォルダーを含む最上位フォルダーで構成されています。

詳細に：

• libs には、コンパイル ライブラリ、テスト ライブラリ、および通常の使用ライブラリが含まれます。
• main には、java (ソース用)、resources (ibatis xml など用)、webcontent (jsps、css、js、imgs など用) の 3 つのフォルダーが含まれています。
• プロファイルには、ターゲット環境に応じてビルドに追加される個人用、テスト用、および生産用の 3 つのフォルダーが含まれています。

Eclipseを使用してこれを達成するにはどうすればよいですか? これは、私がこのアイデアで嫌いな唯一のことです。私はいつも、プロジェクトを自分の望むように構成するのが難しいと感じてきました (そして、それが望む方法ではありません:P)

Eclipse はそのプロジェクトに非常に厳密な構造を使用しているといつも言われていましたが、解決策がないとは信じられず、Idea に固執するしかありません。好きなことを仕事にしたい、これが基本だと思います。

また、これはプロジェクトにとって良い構成だと思いますか? svn チェックアウト後に構造を再配置するスクリプトを使用して、必要に応じて変更するとどうなりますか? この方法でファイルを svn にコミットすると問題が発生しますか? svn で全員の構造を変更したくありません。

UML を使用したモデルの構造と動作、および 2 つの関係についていくつか質問がありました。

1. 構造と動作の関係の仕様または理解に関して、UML の制限を見つけましたか?
2. UML を使用して、構造と動作の関係を最適化する方法について、実用的なアイデアをお持ちではないかと思っていました。
3. この関係をよりよく理解したり、より簡単に表現したりするのに役立つ UML ツールを知っていますか?

ありがとう

私はOOプログラミングにかなり慣れていません...

私は、最終的に私のサイト全体で使用されるクラスの大規模なライブラリになるものを構築しています。明らかに、すべてのページにライブラリ全体をロードすることは、時間とエネルギーの無駄です...

したがって、私がやりたいことは、各ページに 1 つの "config" php クラス ファイルを必要とし、必要に応じて他のクラスを "呼び出す" または "ロード" できるようにすることです。つまり、必要に応じてクラスを拡張します。

私の知る限り、スコープの問題により、構成クラスの関数を使用して他のファイルを単純に include() することはできません。

私のオプションは何ですか？開発者は通常、この問題をどのように処理しますか?また、最も安定しているのはどれですか?

開発プロジェクト (ASP.NET MVC アプリケーションなど) を複数のプロジェクトに分割する一般的な理由は何ですか? コードの整理は、フォルダーを介して行うこともできます。複数のプロジェクトは、循環参照の競合を生成し、それらを管理/解決する必要があるため、複雑さを増す傾向があります。

なぜ？

大量の jar ファイル内で特定のクラス名を見つけるにはどうすればよいでしょうか?

(それを参照するクラスではなく、実際のクラス名を探します。)

私の ASP.NET MVC Web アプリケーションには、次のものがあります。

• LINQ to SQL によって作成されたドメイン モデル

• などのリポジトリ

  UserRepositoryとOrderRepository

• などの IQueryable 拡張メソッドとしての IQueryable Fluents

  public IQueryable<Order> GetNewOrders(this IQueryable<Order>)

• などのサービス

  UserServiceとOrderService

• などのユーティリティ クラスと拡張メソッド

  CryptoUtility（ハッシュなどを行う）および文字列などの拡張機能

• MVC View ごとに特別な ViewModels

• ASP.NET MVC プロジェクト自体 (コントローラー、ビュー)

私のケースに最適なプロジェクト構造/組織を探しています。特に、異なるアセンブリに分離し、これらのレイヤー間で依存関係がどのように見えるかを探しています。残念ながら、Web リソースはこれについて詳しく説明していません。

1 つのヒント: 現在、リポジトリ、サービス、IQueryable Fluents などは、ドメイン モデルの実装に対して直接動作します。それらのインターフェイス定義はありません。不要だと思っていたのですが、これは疎結合に必要なのでしょうか？私のサービスにはインターフェース (IOrderService など) があり、私のリポジトリは IRepository<T> を実装しています。

これを簡潔な方法で整理すること、特にどの層が何とアセンブリの組織に依存するべきかについてのあなたの意見に感謝します。ありがとうございました！

ビルドには Subversion と Nant を使用します。複数のサブプロジェクトに依存するメイン プロジェクトがあります。サブプロジェクトは、Subversion 内の個別のプロジェクトとして存在します。

私の質問は: メイン プロジェクトの nant ビルド スクリプトは、参照されているすべてのサブ プロジェクトとそれ自体をビルドする必要がありますか? または、サブプロジェクトは自分自身をビルドする方法を知っていて、メインのビルド ファイルからサブプロジェクトのビルド ファイルを何らかの方法で呼び出し、すべての出力をメイン プロジェクトのビルド出力にアセンブルしますか?

現在、mainproject ビルド ファイルですべてのサブプロジェクトをビルドしています。つまり、ビルド ファイル内の各サブプロジェクトに nant ターゲットがあります。ただし、これにより、メイン ビルド ファイルとサブプロジェクトの間に密結合が生じているようです。「サブプロジェクトは自分でビルドする方法を知っている」と言って、メインプロジェクトから自分でビルドして出力を組み立てるように依頼できればいいのにと思います。

参考までに、私のリポジトリは次のようになります。

Subversion svn-externals プロパティを使用してサブプロジェクトを取り込みます。したがって、私の作業コピーは次のようになります。