2011-02-02 2 views
4

私のアプリケーションをSpringフレームワークと結びつける上で不利な点はありますか?
私はバグや問題がある場合はそれについて話していません。私は、私のアプリケーションのライフスタイルに影響を与える戦略的な建築物について話しています。
EEコンテナでサポートされているJava EEコア機能よりもSpringを優先する必要がありますか?利点は何ですか?なぜSpringフレームワークですか?

ありがとうございました。

+5

完全に主観的です。どちらも動作します。 – Bozho

+0

http://programmers.stackexchange.com/ –

+4

のようなこれまでの質問には、これが良い質問です。 http://stackoverflow.com/questions/68527/should-i-use-ejb3-or-spring-for-my-business-layer、http://stackoverflow.com/questions/1735741/which-is-better- to-continue-java-ee-or-spring-framework、http://stackoverflow.com/questions/1281748/which-one-should-i-learn-springhibernate-or-java-ee等 –

答えて

0

春を選択してから後で純粋なJava EEに戻したい場合、移行にはいくつかの作業(または春の使用方法によります)があります。

Springはおそらく10万のJavaアプリケーション(多分もっと多くのもの)によって使用されているバトルテスト済みのフレームワークです。将来的にはサポートされない「フリンジ」技術のようなものではありません。

いずれかの選択肢です。

+0

はい、しかしa)春はそれ自身の業界標準になっています。春のアプリをJava以外のJavaに移植する必要がある企業のリスクは小さいです.b)Spring 3ではSpringができるだけ標準的なAPI(JEEを含む)を使用し、アプリケーションの結合を最小限に抑えて(したがって、可能な遷移を容易に) –

+0

@sean、right。あなたの最初のポイントに、それは私が2番目のパラグラフで伝えようとしていたものでした。 – hvgotcodes

0

まず、アプリケーション内のすべてのコンポーネントを差分ボックスにリストすることを検討してください。配信に採用する適切なテクノロジーで各ボックスを識別します。

これらの技術が計画されているかどうかは、Springframeworkで作業する機会があるかどうかを確認してください。現在のspringframeworkは、ログからORMへの第三者統合の多くをサポートしています。

ここから、Springframeworkを採用すべきかどうかの利点または正当性が分かります。

ここで重要な点は、CBA(Cost Benefit Analysis)を見て、アプリケーションのアーキテクチャを、あなたが見いだすフレームワークの選択肢に適合させることです。答えが最も簡単な未定者の質問です:私はそれが働く必要がありますか?

関連する問題