構築するための「JAVAアプレットの戦闘」Javaの集約プロジェクト(30)

他のプロジェクトは、直接手でMavenの、多くのオープンソースプロジェクトとインターネット企業であるため、それをコピーするとき依存ファイルを使用する場合、開発の多くの年を完了、プロジェクトは、プロジェクトの多くのプロジェクトです私たちは、プロジェクトを集約することにより、個々のプロジェクトの巨大な問題を解決するための集約プロジェクトをビルドするMavenを使用し始めています。

構築するためのアプレットの背景春ブーツ

  • シングル構造工学
    、それはプロジェクトの継続的な発展と、データ処理システムやWebサイトであるかどうかをJava技術開発プロジェクトを使用して、洗練し、要件を追加していく、プロジェクトコードより多くの、パッケージ構造はますますもありますこの時、より複雑なプロジェクトの進捗状況は、さまざまな問題が発生します。

  1. 問題を修正するとき、問題の原因が対象問題は、問題を修正することが困難である場合でも、発生するシステムの問題を見つけることが困難であるときに発生するコードの異なる側面間の相互結合は、さらなる問題を導入することができます。


  2. 全体的な構造の広い範囲で設定されたコードは、開発者に新しいが、初心者の開発に関わるコストが増加、全体的なプロジェクトのための直感的な感覚を持っていることは困難であり、通常は(プロジェクト全体の構造を維持するために、プロジェクトの開発に精通している必要があります行うのは難しいです大きく、長いプロジェクトの開発時間)。


  3. 開発者は非常にあいまいコード自身や国境を担当する他の人は、これが発生する可能性が最も複雑なプロジェクトで、結果は簡単に結果のコードを変更することができ、開発者はコードを知らない他人と責任者の責任であるということである、責任は多くの問題を追跡します。

複雑なプロジェクトは、(アップクラスレベルから結合ジャー・パッケージ・レベルに結合された)多分割モジュールは、コード間の結合を減少させることができる、上記課題を解決するための重要な方法であり、複数のモジュールに各モジュールを分割しました自明(モジュール名や文書によるモジュール)とすることができる、モジュールは、コード境界の分割を調節する、開発者が容易モジュールを通じて責任の内容を決定することができます。

  • 高分子工学使用Mavenの層構造
    >達人分割多重モジュールは非常に簡単であり、各モジュールは別々のアイテムの達人で、参照溶液とMavenジャーパッケージのそれぞれは、モジュール間で一貫している依存します物理的(JAR)とロジック(依存)と一致していること。

  1. バスケットに相当親またはルートプロジェクトを、確立、バスケットは、他のプロジェクトを置きます。

  2. common 任何枚举类和工作类,好处是所有其他的工程都可以相依赖,跨工程,跨项目来使用是没有问题的。

  3. pojo 所有工程脱离出来的,dao层和service之上的。

  4. mpper(dao)数据层要跟数据库交互的时候需要pojo,所以mpper层要在pojo之上。

  5. service 引入dao 和 pojo类 common引入。

  6. 最后一层是开放层,api 接口层对外开发,可以支持手机端的调用,小程序的调用。web层后台的pc端登录的也要依赖service层。

PS:其实不光是api和web层还有可能有什么文件管理层,权限层等等。都可以通过一层一层调用的方式不断的进行扩张,减少代码很方便。


おすすめ

転載: blog.51cto.com/12040702/2428468