どのようにmodularize a(大)Javaアプリ?
https://stackoverflow.com/questions/881340
-
22-08-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian質問
かなり規模の大きな数MLOC)の申請手がん分かり維持は別パーツ。現在の製品は約40トは、多くの有相互依存関係.この一連の構築システムの成り立たない状況にないの再建とも各チェックイン時、まだ部屋の準備.
あの"ベストプラクティス"へ
- を識別できるエフェクトパーツがすぐに分離すること
- 文書間の依存関係を視覚的に
- untangle、既存のコード
- 取扱い"パッチ"を申請する必要があるライブラリ(現在取り扱うことをクラスパスを実施する前に図書館）
あり（無料/オープン）をサポートするツールこれも、今までの鑑賞のポインタ.
でもまったくありませんが、経験にMavenが少ないので、工夫が必要かと思い力でもモジュラーデザイン。かかこう良に関する繰り返した場合はプロジェクトを使用すべきだと思いますlayoutedモジュラー性心からをしていきたいと思っています。
編集2009-07-10
当社ではスケジュールに従った分岐部のコアモジュールを使用 Apache Ant/アイビー.本当に役立つものではなく、堂々としていましmavenます。
に書いてあまり一般の内容や個人的な意見ですが、なぜそれを自分のブログも後のことも興味がなく誰にでも可能になるでしょうか、お客様ご自身の判断によ: www.danielschneller.com
解決
を使用 OSGi が好きです。できるモジュールの作成を願います。また編成依存関係しております。設定されていない場合はおとの間のインターフェイスの異なるモジュールした内容を確認し、よろしければ利用できる継続的インテグレーションとして再構築のモジュールで影響を受けをチェックします。
メカニズムによるOSGiまuntangle、既存のコードです。このclassloading作品でもどこでもできるものパッチです。
いくつかの概念のOSGiうに見えるという良いとからwikipedia:
この量的緩和政策の枠組みは、概念的には、次の分野:
- 束バンドルは通常のjar部品のマニフェストエンターフェースの通称です。
- サービス-サービスの層で結束ダイナミックな方法により公開示-bind型の平野古Javaオブジェクト(POJO).
- サービスレジストリのAPI管理サービス(ServiceRegistration,ServiceTrackerとServiceReference).
- ライフサイクル-APIのためのライフサイクルマネジメント(インストール開始、停止、更新、およびアンインストールの束).
- モジュールの層を定義する封止宣言の依存関係(どのようにバンドル製品の輸出入ができるコードとします。
- セキュリティ層の責任を負うものではありセキュリティ面に限定バンドル機能の事前定義されている。
他のヒント
初:運&良いコーヒーです。る必要があります。
っsimiliar問題です。レガシーコードにどの円形の依存関係のため、その中でもこの授業から異なるパッケージのようにorg.例です。pkg1.Aに依存しています。例です。pk2.B や ます。
ただmaven2新鮮な食。ために特定の機能ロギング層、界面、サービス）を作成したmavenます。各時に嬉しかったと、私は展開され、図書館の中央nexusリポジトリのような質問が飛び交いましたためにすぐに利用可能な他のプロジェクトについて.
私はゆっくりとして取りまとめをします。maven2の依存関係のm2eclipseプラグインの提供も依存します。ちなみでは通常難しくなに変換するにはeclipseのプロジェクトへのmavenプロジェクト.m2eclipseとするためには、ただひたすら作からフォルダなどのsrc/main/javaるように調整しパスの構築のためのソースフォルダの中に別のフォルダを作歩分です。が降りてすぐのところにあり、どの困難の場合にはプロジェクトはeclipseのプラグインまたはrcp用したいと考えていましたmavenなどの人工物も構築、展開します。
への意見では、eclipseのプロトコルやnexus(その他のmavenリポジトリ担当）は、ベースに開始されます。くつろげる色調の落ち着ける雰囲気だての良い文書のシステムの構築 や このアーキテクチャは本当に実施;)
されてきた小さなコードベース(40kloc).ありません°ル:
- コンパイルされて や な"モジュール"を見るためにも利用
- 話を聞くことから始めたい"リモジュール"モジュールなどの依存関係
- 私は取り扱う循環的な依存性(このエラーが発生しやすいタスク)
- mavenのであることであるとドキュメント（レポート）できるという特徴を有している。 おCI処理
- mavenのときは常に何を使うの両方のサイトの両方のボタンひと
非常に素敵な有向グラフ) - mavenのインポートできます。図書館コードコードベース、ソースパッチ コンパイル製品のものであることは非常に簡単ということもあり非常に 難しいわけではないですが)
チェックも依存関係の分析装置:
（出典： javalobby.org)
Xsltproc:
（出典： zimmer428.net)
Mavenのが苦痛に移行する既存のシステム。しかしにも対応でき100+モジュール事業となった。
最初にやるべきことを決定はどのインフラの移動になります。であると考えられる多くの独立し維持のモジュールに変換する個人Eclipseプロジェクト）まで単一のチャンクのコードで収録し、展開しています。最初のものへと移行のようにMavenビルド環境構築のためのすべてのソースコードです。
合が必要になります継続的インテグレーションシステム。最初のタスクは、コードベースの構築を自動できますのでおCIシステムの見守っソースリポジトリ再構築で受変更います。そのための非Mavenローカルアプローチしており、今後はさらに目をやEclipse環境で作成したビルド環境を利用ant4eclipseチームProjectSetファイル(社が使用しているか).
次の段階という円形の依存関係-この御造りなくEclipseの警告ができる"チェックアウト、コンパイル、実行"の段階にあります。これが:-(きの移行方法や授業、移動せずに行ってくださいが抽出または委譲し、それまで旧名添い寝やマークして推奨されていません。このことは分別untangelingとリファクタリング、コードの"外"プロジェクトが動作は、コード内のプロジェクトに関する
まからのソースリポジトリを移動ファイルを保持す。CVSは非常に弱いています。
大角咀付近の人気おすすめのホテMavenのためのレガシーソースドラインをサポートしています。そのような多くの頭痛でも適応のものをご用意してお待ちしています。
と思い必要なものは建築のレイアウトができます。ツールがいかなる貢献ができるかが最も重要な部編成の論理ビューのモジュールです。
では無料ですが、 Structure101 まどきのツール支援を打つためのすべての弾。が記録んとか倒したが、のんびりチェックSonarJとLattixます。;-)
