リンクします。https：//www.zhihu.com/question/268742981/answer/341770209
出典：ほとんど知っている
著者が著作権を保有。商業転載は非商用の転載は、ソースを明記してください、権限の作者に連絡してください。
質問の主な質問に答える前に、私は簡単にはJavaEEであるかを説明する必要があり、春は何ですか。
JavaEEのは、使用するJavaSEのセット上に構築された標準、エンタープライズレベルの開発を解決するための一連の問題。それはちょうど標準は一連のインタフェース上で合意され、多くのメーカーが達成するために、この規格を中心に行う、に特別な注意を払ってください。JBossは、WebSphereは好きです。1999年にリリースされたJavaEEの1.2の最初のバージョン、2017 JavaEEの8は、それは約20年を経ています。
だから、問題を解決するためのJavaEE標準は何ですか？私は、主な基準の短いリストを見るためにここにいます：
- サーブレット：私たちが最も精通していると信じて、Webリクエストを処理する方法を定義します
- Javaのサーバーは顔：Webインタフェースを作成する方法を定義します
- JAX-RS：安らかの書き方のインタフェースを定義します
- EJB：「エンタープライズBean」を作成する方法を定義します
- JPA：データアクセスやORMを作成する方法を定義します
- JTA：コードに関する事項の記述方法を定義します
- JMS：それはプログラムのメッセージ・キューを作成する方法を定義します
- CDI：依存性の注入を作成する方法を定義します
- JAX：XMLプログラムを作成する方法を定義します
- JAX-WS：つまりSOAP、XMLベースのWebサービスを作成する方法を定義します
- ......
多くの場合、あなたは通常、あなたが春を使用していると思う場合でも、いくつかの標準的なインターフェイスを使用し、あなたが実際には、機会を見つけて、これらを参照してください。
それは何の春ですか？春は2002年から2004年までさかのぼることができます。「エキスパートワン・オン・ワンJ2EEの設計と開発」と「エキスパートワン・オン・ワンJ2EE開発EJBなし」、およびSpringframeworkの最初のいくつかのバージョン：ロッド・ジョンソンのそれらの年に彼は2冊の本を出版しました。
JavaEE APIは、使用するには余りにも難しいですので、早春J2EEは、実際の使用における一連の問題を解決をターゲットに。ロッドは回ピットの多くは、その後、ベストプラクティスのセットを総括し、設定したフレームワークと結論づけていると推定されます。最も重要なの一つは、いわゆるのIoC（制御の反転）です。
開発の年後、春は、部品の多くを解放します：
- スプリングコア：管理、制御、及びアプリケーションのコンテキスト反転のスプリングビーン
- 春-MVC：でモデル - ビュー - コントローラのWeb開発
- 春・データ：データアクセス層とパッケージ
- 春ブート：春の家族のバケット自己構成および展開管理ツール
- 春バッチ：単純なバッチフレームワーク
- 春-雲：多くのクラウドサービス・インターフェースとの統合をサポートしています
- 春・セキュリティ：認証と権限管理
- ......
実際には、使用中の春のロットまたはは、JavaEEの標準を実装しています。などスプリングMVCは、サーブレットごとにカプセル化されます。スプリング自体は、コンテナを提供するのではなく、（などのTomcat、桟橋など）任意の標準的なサーブレットコンテナ支持体の使用をサポートしていません。また、JPA実現バネデータは、CRUD標準インタフェースを行います。
最終的には春だけにしたい、より良い実用的な問題を解決します。JavaEEの実装は、独立して実装されないために、より適切な方法か悪いかのパッケージで、使用することをよく行います。通称「グランド・ガス。」
質問は戦争につながる多くの人が「春の対JavaEEの」を使用するように見えます。しかし、上記の説明のJavaEEとSpringから分かる反対ありません。開発の問題を解決するが、それはまだであることができ、エンジニア、良好な生態環境、サポート、および使用するための低コストなど。そして、いや大きな問題と混ざっ。
時間が経つにつれて、JavaEEのは、その機関の結果として、背後になってきました。いくつかの巨大によって策定JavaEEのは、定期的な協議を通じて出版に会いました。そして、大きなコンテナメーカーは、フォローアップを実現します。しかし、これは遅すぎます。インターネットの開発のペースをはるかに適応することができ、このような剛性のシステムからなっています。一方、春は、比較的迅速でより多くのです。春は自分の会社、コミュニティ全体が最も先進的な応答を見つけるのに苦労はすぐにそれを行うものです。例えば、RESTfulなだけで人気の、あなたがジャージー、その後、JAX-RSの標準外の1年かそこらを待って喜んでいるが、使用することができ、または春のMVCを直接選択し、直接の観光名所を置きますか？結果は彼ら自身のために話します。問題解決の態度に、現在の状況主な理由の両方と異なっています。
最も初期のJavaEEリーダー、このサークルを混合するためのすべての技術ベンダーは、標準と一緒に行く必要があります。春の後、徐々に主導的な地位を占め、JavaEEのいくつかの規格が、春と一緒に行きます。CDIは良い例です。スプリングIOCはフレームワークのコアです。これは、Javaでのみインポートクラスに対処しますが、輸入部品を発行することはできません。この問題は、ケーキのようなPython環境をJS。しかし、Javaで、IoCをせずに、プログラマは（あなたは、これが非人道的だとは思わない？）サービス全体の参照関係を組み立て、新しいセットを書いて多くの時間を過ごすことになります。人気の春の後、JavaEEのは2009年、CDIの標準にリリースされました。その外観は、注釈の春はそれの名前を変更だけのように見えることです。
将来の発展した場合、私は将来せずに、すでにJavaEEのだと思います。JavaEEのは、それらの中でうまくやって、または他のフレームワークを簡単に規格が存在し続けるブレンドすることができ;例えばJSFなど翔、と批判されている人たち、あるいはスタートまったく市場が存在しない、などCDIとして、ウィキの期間となりますテキストレコードのブロック。しかし、春は必ずしも良いとは限りません。Javaシステムでは影響vert.x、遊ぶ、彼に直面している、システムの外に、そのようなnodejs、Pythonと行くなど他のロケールに多大な圧力、だろう。スプリングは、可撓性のJavaEE相対的な用語を述べました。
標準、フレームワーク、サービスは、問題を解決するかどうかは存在するが、「どのようにOO」、「どのように基準」として、「どのような概念が明確である。」ではありません これは良い解決するためのツール、どれを使用するように、迅速に解決。最後の2〜3年、さらにこの現実のドッキングウィンドウ+マイクロ開発サービスを強化します。新しい技術の多くは、ビジネスで自分のエコシステムを形成します。
これは、実際には良いことですね。