2

小さなERPシステムを開発します。この製品には、複数のデータベースをサポートするための主要な要件が1つだけあります。

使用する予定です

フロントサイド: JSP + JSPL +JQuery[私はそれについて良いコマンドを持っています]+私は自分のコンポーネントの再利用と完全な制御のために独自のカスタムコンポーネントを作成しました。

バックエンド: [Crossデータベースによる] hibernate [ORM]フレームワークを使用しており、私もそれについて十分な知識を持っています。

私は上記に満足しており、すぐに製品を構築することに自信を持っています。 しかし

My friend made me unhappy ;)

私の友人は、製品が大きくなると、将来的に多くの開発者が関与するために問題が発生するため、休止状態でSpring MVCを使用することを提案しています。したがって、すべての開発者がパターンに従って製品を作成するように、フレームワークを使用する必要があります。安定した状態を保ちます。

But I am already follow hibernate pattern :)

SpringMVCの知識はありません。Spring MVCについて検索したところ、それは私の要件とは異なるものであり、HibernateでSpring MVCを使用している場合は、クロスデータベースコンテキストの問題も見つかりました。

SpringMVCを使用するかどうか。はいの場合、Spring MVCを学習する必要があります。Springが自分に適していない場合は、時間を無駄にしたくありません。

だから私はそのフォーラムに相談して、正しい方向に進んでいます。

4

2 に答える 2

5

実際、Spring MVCは、既に選択したコンポーネントのいずれにも干渉しません。フロントエンド(バックエンドインターフェイス)を標準的な方法(MVCパターン)で構造化する方法を紹介するだけです。

私は実際にまったく同じセットアップを実行し、非常に満足しています。(Jquery、JSP、Spring MVC、Hibernate)。

構造以外に、Ajaxの重いことをしたいときは、Spring MVCに投資した時間を簡単に返すことができます(ERPアプリでやりたいと思います)。jQueryとSpringMVCを使用してAJAX/JSONのものを構築するのは簡単です。

于 2013-02-10T13:11:47.553 に答える
2

Spring MVC を使用すると、アプリケーションが構造化されます。これは、将来のメンテナンスに役立ちます。

コードはきれいに見え、コードをコンポーネントに分離できます。Spring はそれらを一緒に配線するのに役立ちます。さまざまな方法でそれらを組み合わせることにしたり、異なる設定に応じてあるコンポーネントを別のコンポーネントに簡単に交換したりしたい場合があります。環境。これは、休止状態で使用する場合、複数のデータベースに最適です。

Java EE の知識があれば、Spring を学ぶのにそれほど時間はかかりません。

于 2013-04-04T13:24:53.363 に答える